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(57) Abstract 

Systems and methods for a secure, confidential, subscriber-driven and updatablc Global Electronic Medical Record (GEMR) arc 
provided which is network-based and includes linked subscriber medical information with access limited by network address and password 
only to the subscriber or an authorized user. The systems and methods are typically used in the medical treatment of subscribers travelling 
abroad, and the systems include an emblem bearing the network address of the subscriber's GEMR on GEMR servers. The password is 
provided by the subscriber to the authorized user to access the subscriber's GEMR, In the preferred embodiment, only GEMR server-based 
subscriber medical information is available to be retrieved, while in the more preferred embodiment, institutional servers or other medical 
site servers are accessed to obtain additional subscribers medical information to be incorporated in the subscriber's GEMR. In the most 
preferred embodiment, the GEMR is Web-based with hyperlinks between portions of the subscriber's GEMR. 
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1 5 GLOBAL ELECTRONIC MEDICAL RECORD 

BACKGROUND OF THE INVENTION 

The present invention relates generally to the field of medical records, and, 
more particularly/ to the field of electronic niedical records, and, even more 
20 particularly, to the field of accessiblie patient-driven electronic medical records for ' 
travelers. 

An electronic medical record is a computer-stored collection of health 
' information about a siiigle patient. Previous electronic medical record systerns have 
been developed for institutional use. They link clinics, and hospitals in order to 
25 share their particular portion of information about individual patients with each 
other. These institutional-oriented electronic medical records; however,' Have a 
disadvantage in that they , cannot meet the health needs of travelers. Yet, travel is a' : 
major feature of our society, and travelers are subject to becoming ill from ' 
preexisting conditions, accidents, and diseases in their hew environments. The 
30 scope of domestic and international travel is shown by the following statistics. In 
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1995, Arnericans took 1 . 1 7 billion trips atjeast one hundred niiles away from 
home, a forty five; percent increase from 1985, In .1990, there were more.than four 
hundred million inteniationai travelers, and the World Travel Organization 
. , estimates that the nuniber will doju.ble by the year 2010. The rate of illness in 
5 travelers is highly variable, depending on the length of the trip, destination 

, purpose, etc., butjUness, or the anticipation of illness, is a common characteristic 
of travel. 

.When illness strikes someone who is away from home, their medical 
, . , records are usually not available to an attending physician. Yet, access to the 

10 traveler's individual medical history and contact information can play a vital role in 
the traveler's diagnosis, treatment and survival. In an emergency, there may be no 
time:to gather critical background medical information about the traveler. The 
traveler. may be unconscious or too confused . to provide this. information. Wallet 
cards and wrist or neck emblems, by themselves, provide too little information to 

15 _ meet the needs of the examining physician. It is:essential .that an examining 

physician have full details about the traveler's. complete medical history, including 
information about the preexisting conditions, medications,, allergies, physician 
contacts, family contacts, past hospital admissions, etc. The electronic medical 
records that have, been, developed in the past cannot meet- these needs. 

20 ; ; There is, therefore, a real human need for a system for addressing these and 
other related problems; , ■ , . . . i 

; ; / . SUMMARY OF THE TNVENTION 

. . ; . For more information related to the present invention, reference is made to 
25 the book entitled ''The Internet for Everyone-A Guide for Users and Providers,'' 
by Richard W, Wiggins (McGraw-Hill, Inc., 1995), and, in particular, chapters 1, 
, * .2, 3,. 4, 12, 13, and 20 th.erepf^ all of which are incorporated .herein by reference. 
, , . According to th^ preferred embpdiment of the present inyentio 
and apparatus is, used to enter and store personal health information. in a patient- 
30 ; driyen electronic medical record systern for. subsequent rapid access from 
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anywhere in the world. In its most preferred embodiment, the present invention is a 
patient-driven Global Electronic Medical Record (GEMR) which is based on the 
World-Wide Web (www, WWW, W3, or Web) and accessed through Web 
servers. Home pages on the Web are a new way to organiize information on the 
5 ■Internet* (the well-knbwn global collection of, or network of, networks spanning • 
' international, national, regional, campus, and corporate boundaries), and since 
many of these Web pages are private and require password access, a similar 
approach' can be used to provide confidential patient information to clinicians 
through the GEMR. Physicians anywhere in the world who have access to the 
10 ' = internet and valid security codes (passwords) can get'this information rapidly by 
means of the GEMR. ■ ' ' 

The GEMR- in its most preferred embodiment; is a distinct, singular WWW 
site (home page), riot a disparate collection of electronic objects pulled together by 
a' hospital or clinic dedicated server. The GEMR "provides complete arid accurate 
1 5 personal health ihforniatiori of individual ^domestic and ihterhationar travelers, and 
" ' * those individuals who are unable to provide an accurate medical history or are 

unable to ceimmunicate' their ciirrent medicdf needsJ This includes persons who are 
' infants, childpen,' mentally impaired,' speech impaired/hearing impaired, senile, and 
foreigners who do not speak the languagb'of their host country. 
20 ^ - The GEMR can be accessed by arty Authorized user, anywhere in the ' 

world, with a personal computer (PC), a WWW browser; artd access to the 
Internet, tools that are already globally deployed and rapidly evolving. The GEMR 
is originated by,: and data is entered 'by,, a subsdriber (the patient), not by a 
' ' ' physician or a healthcare worker. Thd GEMR is created preferably when the 
25 ■ subscriber is well, not when he or she is ill. ' ' -i 

' ' The GEMR main directory contains files with the subscriber's vital 
■ ^ information including; but riot limited to, personal identifiers, emergency contacts, 
personal physicians, health insurance, advance directives and medical information. 
Access to each subscriber's GEMR is protected by a combination of a distinctive 
30 WWW address and password(s) knowh only to the subscriber. An audit trail is ^ 
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created by registration of each user who accesses a subscriber's GEMR. Access is 
not based on user-aiithenticatibn that is typically the preferred method for 
institutional-oriented electronic medical record systems, but, rather, based on 
providing the subscriber's password and network address. 
5 Once the potential subscriber subscribes to the GEMR, the potential 

subscriber becomes a subscriber and a wrist emblem, neck emblem, or card (e.g., a 
plastic card) is sent to them from a company providing the GEMR (referred to 
hereinafter as the GEMR company). The wrist emblem, neck' emblerri, or plastic 
• card is inscribed with the subscriber's name and WWW address of their' GEMR, 
10 and, optionally, has a place thereon for the subscriber to inscribe their subscriber ' 
password(s)'if he or she so dhooses. The WWW address of the subscriber's 
GEMR and the subscriber's passwbrd(s) rhusf be used in combination to link the 
• subsci-iber, attending physician or healthcare worker, or an authorized GEMR 
technician to the subscriber's GEMR. The GEMR and subscriber's password are 
1 5 private and the property of the'subscriber, and are contrblled by the subscriber, not 
by an institution. The subscriber is, thus, empowered by his or her ownership of his 
or her own medical record. • ... ^ 

Each subscriber's GEMR has additional files, and/or liiiks, to institutional 
servers and server files, for the subscriber's hospital discharge 'summaries, clinical 
ZO notes, laboratory reports, electrocardiograms, radiblogy reports, scanned 

documents, clinical photographs, audio files, and other relevant medical data. In 
addition to the subscriber, with the subscriber's authorization and an enabling 
' ' password(s), physicians^ healthcare workers, and/or technicians iviil be able to 
access these additional files in order to enter additibnar medical information with 
^5 scanned or embedded data, or to provide services, addresses and pathways (links), 
e g:, but not limited to, Uniform Resource Locators (URLs) or Uniform Resource 
Identifiers (URIs) which'sjiecify resources on the Internet, to locate these data. 
Technicians will not have access to the files that contain the subscriber's personal 
identifiers, emergency contacts, personal physicians, health insurance and medical 
to information unless the technician is authorized by the subscriber and is provided 
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with- an enabling pass\yord(s) which is different than the subscriber's password(s) 
in some alternative embodiments,. and js the same. as the subscribers password(s) in 
other alternative embodiments. In addition, each GEN4R is equipped with links to 
servers storing files with standard treatment protocols and medicaUnternet Web 
5 sites, for the benefit of the attending physicians. ^ . / 

The GEMR is also a personal identifier for subscribers who are. unable to 
^ comniunicate their identity. This includes persons >vho are infants, children, 
me;ntally impaired,. speech impaired, hearing impaired^ senile, and foreigners who 
do not speak the language of their host country.., For these subscribers, passwords 
10 are nullified. , . . > ■ 

It is, therefore, an object of the presem invention to provide a medical 
record system which is patient-subscribable. . . 

; Another object of the present invention is to provide a secure, eleptronic 

mgdical record system. .... « 

15 , Another objegt of the present jnyention is to provide an Int^ 

electronic medical record system. .t. . . .. . , 

Another object of the present invention is to provide a confidentijal . 
Internet-based electronic medical record system. . , . 

Another object of the present invention is to provide a WorldrWide Web- 
20 based electronic niedical pjecorci system. , . , , . . . , 

. ^ . . Another object of the present invention, is to provide a: confidential World- 
Wide Web-based electronic medical record, system. 

Another object of the present inyention is to provide a world-wide personal 
medical record for travelers.. , . , . . , . , ■ * 

25 , . . Another object of the present invention is to provide a world-wide 

electronic medical record for a traveler which is accessible by. an attending , 
healthcare worker for medical treatment of the traveler. . 

Another object of the present invention is to provide a world-wide ; 
electronic medical record for a traveler \yhich.is accessible, at any time,, at any 
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placie in the world, by an attending healthcare worker for medical treatment of the 
traveler. 

Sf ill another object of the present invention is to provide a world-wide 
medical record for individuals who are unable to provide an accurate medical 
5 history to an attending healthcare worker. ' • 

Still another object of the present invention is to provide a world-wide 
medical record for individuals who are unable to communicate their immediate 
medical needs. 

* ' ■ ■ ' Stiirknother object of the present invention is to provide an electronic 
] 0 personal identifier for subscribers who are unable to communicate their identity. ' 

Other objects, features'and advantages of the present invention will become 
apparent upon reading and understanding the present specification. When taken in 
conjunction with the accompanying drawings. 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 A is a block diagrarh representation of the GEMR in accordance with 
a preferred embodiment of the present invention. • • 

Fig. IB is a block diagram representation of the GEMR in accordance with 
a rnore preferred embodiment of the present inventi • ' . 

20 Fig. 2 is a block diagram representation of the structure of the GEMR in ' 

accordance with the preferred embodiment, the rriore preferred ernbodiments, and 
the most preferred embodiment of the present invention. 

' Figs. 3A and 3B are a flow chart representation for inputting and storing 
information in accordance with the pi-'eferred embodiments arid the- most preferred 
25' ' embodiment of the present invention: ' ' 

Fig/4 is a flow chart representation for accessing' information in 
accordance with the preferred embodiments and the most preferred embodiment of 
the present invention. '' ' ' * ' .... j 

Fig. 5 is a representation of an example home page of the GEMR company. 
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; Fig. 6 is^a representation of an example first page of an individuaPs 

GEMR. . , 

;.Fig. 7 is a representation of an example personal idesntifiers portion of the 

5 Fig. 8 is a representation of an. example emergency contacts portion of the 

/ .GEMR- • . V ; ' , ■ . ■ • / ;■ • 

^ Fig. 9^ is a representation of an example personal physicians & dentist 

portion of the GEMR. , ^ 

Fig. 10 is a representation of an example health insurance, portion of the 

10 . ; GEMR, . ^ .... , 

Fig. 1 1 is a representation of an .example advance directives portion of the 

Figs. 12A-12D are representations of an example medical Jnfprrnation 
portion of the GEMR. 

15 Figs. 13 13B, and 13C are schematic representations of an example wrist 

, M V, emblem, an example neck. emblenn, and an example card, respectively, in 
accordance with preferred embodiments of the present invention. _ . , 

DETAFLED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

20 , Reference is.novy made to the dravvings wherein^ like reference numerals 

designate, corresponding parts throughput the several figures.. Fig. 1 A shows a 
global electronic medical record (GEMR) system 10 in accordance with the 
preferred embodiment of the present inyentipn, The GEMR, system 10 includes, at 

' . , . least, a network 30, a PC -1 5, PC-server communication link 20, and an emblem 

25 25. The network 30 includes, at least, a network,service provider (server) 35, a, - 
GEMR service; provider (server) 55, server-communications network links 40 and 
. 50, and a communications network 45. Note that a network service provider (a 
nonlimiting example of which is an Internet Service Provider or ISP) is actually a 
private firm, or a local university or community college, through which the 

30 network (a nonlimiting example of which is the Internet) is accessed. A network 
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service provider has a server (nonlimiting examples of which are Web, Archie, 
Gopher (with* or without Veronica), Lynx, FTP, Telnet, or Wide- Area Information 
• ' (WAJS)= servers) which provides access to the network or information on the 
netT>/ork, Servers are host computers which could be mainframes, Unix • 
5 workstations; or some cither type of computer that am what is terrned: server 
software. Servers form an integral part of a larger concept known as the 
. client/server paradigm in which computing transactions are distributed between the 
server software residing on the server (host) computer, and client software, 
' residing on a user's workstation or personal computer (a client). The client 
10 requests service(s) of another computer, i.e.; . the server, and the server, which 

houses this serviceCs) that you or anyone else connected to it (there may be other 
■■- intervening' servers between the client and the server housing the service(s)) can 

use, if allowed, fiilfills the request, which may include data as well as software. The 
' client also manages most information presentation fiinctionality (user interface), 
15 while the'server also manages most database fiinctionality and may include 

network switching functionality Protocol defines communication between the 
client and the server. ' . * . > * ^ : ■ . 

. - Note that, so far the discussion 'has involved the network service provider's 
server. Sometimes a network service provider's server, in performing its service, 
20 acts; at times, as either^client or server: For this reason, servers are sometimes 
referred to as client/servers. An- explanation of the terminology is afforded if one 
' : considers a situation that would occur, for example, if a client made a request to a 

first server to retrieve information and the first server had tbiink'to a second 
: . server in order to retrieve the information! Hence, iti this instance; the first server 
25:; ' acts as a client to the second server and runs appropriate client-type software, 
although this software may differ from end user-type client software such as a 
browser (explained in more detail below). Therefore, it is to be understood that the 
; scope of the present invention includes servers which are also client/servers for the 
network service providers as welF as other servers accessed by the network service 
30 providers. ^ ' 
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In a more preferred embodiment, a GEMR system 10' is shown in Fig. IB 
which is similar to the system 10. The GEMR system 10' includes a network 30', a 
PC 15\ PC-server communication link 20', and an emblem 25' which are similar 
to the network 30, the PC 15, the PC-server communication link 20, and the 
5 emblem 25, receptively. Similar to their corresponding counterparts in the 

network 30, the network 30' also includes a* network service provider (server) 35', 
a GEMR service provider (server) 55',. server-communications network links 40' 
and 50\ and a communications network 45'. However, the network 30' \ 
additionally includes, at least, an institutional service provider(s) (server(s)) 75', 
10 other medical service provider(s) (server(s)) 95', and associated server- - ■ ^ 

: communications network links 60' and 70'; : . . 

In both GEMR systems 10 and 10\ the.personal computers 15, 15': are ^.^^^ 
respectively coupled through the^PC-sery^r oommunicMion links 20, 20' to the 
: netvyork service providers 35,;35',. which are, in turn, resRectively. coupled through 
1 5 the,server-comrnunications petwork links 40, 40Vto,the communications networks 
. 45, 45'. Also, in.systems .10 and 10', the communications netwbrks.45, 45' are 
respectively coupled through the server-communications networkilinks 50, 50' to 
the GEMR servers 55;: 55'. In system 10',. the institutional server(s) 75' and the 
other medical server(s) 95' are [coupled to the .communications. net work 45' 
20 ; through, the s^rver-communicatjons network links 60' and 70', respectively. In 
-particular alternatiy^rembodiments of system. 10' in accordance with the present 
i invention, the-ingtitutional server(s) 75', the Dthe.r medical server(s) 95', and the 
; server-communications network links 60! and 70' are, accessed through private 
gateways. Note that, for both systems 10 and lO;, the PCs- 15; and 15', the links 20 
25 and. 20', the network service provider servers 35 and 35',;the linkSi40 and 40', the \ 
communications. networks. 45 and 45', the links 50 and 50', and the GEMR .sejcvers 
; 55 and;55', respectively, provide a path for a user (i.e., the, subscriber or an 

authorized physician, healthcare worker, or technician) to access a subscriber's 
• Global Electronic Medical Record (GEMR) 100 which is described in more detail 
30 below. 
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It should be understood that' links such as the PC-server communications 
links 20, 20\ the server-communications network links 40, 40', 50, 50', 60', and 
70' as used herein, in accordance with the scope of the present inventicpn, include, 
* W are not limited to: telephone links; PC modems; public switched telephone 
5 ' networks (PSTNs); packet switching networks; high speed data links; Tl lines; T3 
lines; integrated services digital network (ISDN) lines; X digital subscriber jines 
' (including asyndhronous digital subscriber lines (ADSL); synchronous digital 

subscriber lines (SDSL); and high-bit-rate digital subscriber lines (HDSL)); cellular 
telephone-base station links; personal communications services (PCS); satellite 
10 links; fiber-optic lines (e.g., employing FDDI); coaxial cable; thinwire cable; 

' twisted pair; cable modems; wireless access; repeaters; bridges; routers; brouters; 
gateways; and any other appropriate type of communication link, network 
hardware, or protocol (a language used by computer systems for communication 
* over a network, including compression schemes) as would be understood by those 
15 of ordinary skill in the art: It should also be understood that the GEMR^ servers 55, 
55' are not limited to ia single served; and the scope of the present invention is 
meant to include, because of the distributed nature of many services, multiple 
servers ais growth in demknd: server load, or the need for new functionality 
dictates' Examples of systems whidh are to be included inHhe scope of the present 
20 invention are systeVtis with primary seirvefs', secondary servers, and caching servers, 
as well as systems with master servers and slave servers. With multiple servers, 
particular service requests (or portions thereof, as well as procedures necessary for 
the successful completion thereof) are handled by particular servers of the multiple 
servers in accordance with the systerii 10 or 10' design. All the above is also true 
25 ' for the 'servers 35V35', 75', and-95'.' ' - ^ • 

In systems 10 and 10', nohlimitihg example embodiments of the respective 
emblems 25, 25' are a wrist emblem 25a; '25a', a neck emblem 25b, 25b;', and a 
card 25c, 25c\ which is preferably a plastic card, althoiigh it could be constructed 
of any suitable material, for example, paper- as schematically represented in Figs. 
30 13 A, 13B, and 13C, respectively.' The emblems 25', 25' have inscribed thereon a 
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network address for 'the subscriber's (Global Electronic Medical Record) GEMR 
■ too in the GEMR servers 55, 55^ of the. systems 10. 10', respectively, as will be 
discussed in more detail below. Suffice it to say at this point that^the network 
address for the subscriber's GEMR 100. in addition to the subsprib^r's security 
5 password (or security code).ns required to.gain access ^o proprietary portions of 
the subscriber's GEMR 1 00. This is,because the .GEMR 1 00 is patient-driven 
(subscriber-driven) and contains very personal medical recorc^ information of the 
: ■ subscriber. . Hence, security and confidentiality of this, information are of paramount 

importance. Therefore, in accordance W\th the present, inventioii, both the 
10 subscriber's GEMR 100 network address and the sub5^criber's security password 
are essential in, order lo obtain entry to the proprietary portions of the subscriber's 
GEMR 100 And, referring to Figs. 1,A and. IB. the dotted lines between the 
• emblems 25 or, 25". and the PCs 1,5 or 1.5', respectively, are indicative of the 
requirement tiui the network, address, of the subscriber's GEMR 100, which is 
,1 5 . inscribed on the emblems 25 or .25', be read by. a user (i.e., the subscriber or an 
■ authorized physician, healthcare worker, or technician) frorn the emblems 25 or 
25' in order to mput the netv^ork address to the PCs 15 or.l5',, respectively (via, 
for example.' mpui devices associated with the PCs 15, pr, 1 5 as described herein). 
. The PCs. 1 5 or -15 ' receive the subscriber's netwprk address as input information (a 
20 query) which is interpreted by the client software and microprocessors 85 and 85' 

of the PCs 15 or 1 5 respectively, as, a request to gain, acpess to the subscriber's 
. . i=. - GEMR 1.00; through the systern 10 pr 10', respectively, as will described below in 
. turther. detail. .Note that the scope of the present invention includes the user 
■i memorizing the subscriber's nety/ork address from reading the emblem 25 or 25', 
25 or being told the subscriber' s network address by the subscriber, a relative or 

: friend of the subscriber, or another individual authorized by the subscriber, before 
the user inputs that- address into the PCs 15 or 1,5'. 

The PCs 1 5,;15; inc|ude,,at least, respective displays 80. 80'.(e.g., a 
, , monitor; a touch, screen, or functional equivalents thereof), respective 
30 ; microprocessors 85, 85', respective, storage uriits 68, 68' (i.e., non-volatile and 
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volatile storage lunits, examples of which include, but are not limited to, a hard disk 
drive, a floppy disk drive, a CD-ROM, read-write optical disk, a digital audio tape 
system, RAM, register memory, or functional equivalents thereof), input devices 
^ : (e.g^, a keyboard, a mouse, a light pen, voice recognition system, or functional 
5 equivalents thereof). In alternative embodiments, the PCs 15, 15' are instead so- . 
called "dumb" network terminals of recent notoriety (a stripped down PC with 
minimal or no applications software stored on-board) which are linked to either a 
• local server (or-host), e.g., in an intranet employing Ethernet with TCP/IP 
. ^ (described below) compatibility or a remote (or terminal) server or host, which is, 
1 0 in turn, respectively coupled to the servers 35, 35' for access to respective 

networks 45, 45\ In some of these alternative embodiments, the PCs. J 5, 15' do 
^ not run client application software and connections are made to a host that runs 
' ^ the client application, to conrimunicate with a sery.er. Also, for these alternative 
embodiments, to ^maintain drawing simplicity, the local, server.or the remote server 
1 5 (or the possible client software-running host) are understood, to.be included in the . 
communication links 20, 20* . Note that it is to be understood that in the present 
invention, the term PC, as broadly defined;i describes general purpose computers, 
and includes, but is not limited to, that variety of computer commonly known as a 
, "personal computer.;'; ; . , ^ ; - , .* . 

20 Mote :that. TCP/IP are protocols, short for Transmission Control 

Protocol/Internet Protocol, which together, let computers on the Internet, 
communicate by providing, reliable information (byte) delivery in order through 
network" connections. TCP/IP are addressing and packetizing;protocols which let 
. information pass through many net^yorks intact before reaching an ultimate 
25 destination. Connections are fornied to TCP "ports," allowing, a multiplicity of 
. - • connections per machine. ; It is to be understood that the scope . of the present 

= invention includes, besides TCP/IP, other network protocpls, for, example. Digital 
• ' Equipment Corporation's LAT (Local Area Transport) protocol, etc. 

Moreover, in the. most preferred embodirnent, network 45' is the Internet 
30 with thfe'GEMR server 55' being a Web server, wherein access fronri the PC 15' to 
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the GEMR seiner 55' is provided by the Web. Also, in the most preferred 
' embodiment, the GEMR server 55' is tCP/IP-based. Note that theiWeb is a 
network-based hypertext document delivery system which- supports links, an 
example of which includes, but is not limited to, hot links. Hot links are. highlighted 
5 or underlined words or phrases which provide jump-off points to other material 

(flics) or sections of the material (file or files') or to other documents (files) within 
' ' ■ a given document (file). In accordance with the present invention, these other 

documents (files) either reside on the GEMR server 55' or other servers. The goal 
^ of the Web is'to work across hardware and operating system -platforms and it is up 
1 0 to programmers of client and server software to' ensure compatibility with the 
TCP/IP and HTTP (HyperText Transfer Protocol) protocols. TCP/IP is itself 
independent of the underlying hardware and the Web and Internet , support open 
' systems which are computers or networks ^that" use standards (e.g., TCP/IP), to 
' ' facilitate communicatidh with computers or networks from different vendors or 
15 '' with different opei^ating platforms. Likewise, the present invention conforms to 
' \hts6 standards, but a password(s) (security code(s)> is required to obtain access 
to certain proprietary portions of a subscriber's GEMR 100 as discussed below in 
' ' ' 'more detail.* ' ' " ■ ' ■' ' • ^ ■ ^ 

Accordingly, in the most preferred embodiment, the PC IS' .has a graphical 
20 inierfadc' arid 'stores and runs i Web browser (nonlimiting examples of which are - 
Neiscapfe Navigator, Microsoft Explorer, Mosaic, Lynx, Cello, ^nd others as 
■ ' would be undersfcibd by one of ordinary skill in the art). The browser is.a soflware 
' ' ■ tool Which alldvvs a user to read' cir scan a file or document on the Web and 

provides user presentation. The browser employs hypertext mark-up language 
25 ' (HTMC) which enables iauthors to write hypertext (or hypermedia, i.e.,- . : 

combinations of text, still images, video, or sdund) 'liriks to access the Web. HTML 
' ^ ' ' is a set of structures which is compliant with the Standard Generalized Markup 
Language (SGML) ISO standard for describing structural information embedded 
within a document. The hypertext or markup documents are interpreted by clients 
30 for {iresetitation to users. The brovvser is compatible with the HTTP 
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cbmmunications'prdtocol which governs the dialog between client (browser) and 
seiVer and specifies how Web clients fetch documents. In other words, the browser 
uses HTTP to communicate with servers. on the Web. HTTP also provides ways 
foi" "meta-information" - information about a document that is not part of the 
5 document, such as the date it was last modified - to be exchanged and allows 
s'ervers to offer different document types. 

' ^ In addition, secure HTTP is under development which addresises the issue 
of moving data in a secure fashion across a public environment such as the Internet 
' and which allows business transactions to occur in a secure manner. Thus, secure 
10 ' HTTP dffers an environment for features such as authorization and charging. With * 
secure HTTP, consumers are able to browse a service or product offering, such as 
' ' the GEMR, fill out an application br orderform, and subscribe to the service (e.g., 
to the GEMR) or buy the product, etc. by supplying a credit card number or 
checking account number for electronic fiands transfer, or .other payment means. 
1 5 ' With secure HTTP, or with an equivalent ^thereof as woyld be.understpod by one 
of ordinary skill in the art, both the GEMR subscriber and the GEN4R company are 
assui-ed (at least to as great an extent as possible); that the transaction is done in a 
secure rrianrier. ' ' f . , * 

' At this point, all of the features of secureHTTP are not yet . set. 
20 Nevertheless, all of the salient security features of secure HTTP which one of : 
brdihary skill in the art would recognize as being important for, the GEMR are 
' included in thb scope of the present invention.. Note that \yith secure HJTP no 
changes to HTML should be required, but if changes in HTML do .occur as 
' HTTP evolves, such changes are al so^ included in the- scope of the present 
25 ' invention. Note that the- ability to pay to. subscribe to the GEMR off-line, which 
• also further enhances transaction security, is also available to- a new subscriber, for 
example; if the new subscriber pays to subscribe by .mailing in a check or a credit 
' card number, or by providing a credit card number via telephone, to the GEMR 
company. ' . : * ' 
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Note that in cenain embodiments in accordance with ,the present invention, 
the GEMR 100 (whetherlike Systems 10 or 1.0') uses .data encryption and other 
protection schemes to add a further level of confidentiality to the subscriber's 
medical records, espedally for the GEMR blocks 112-1 17 Nvhich comprise, the 
proprietary portion of the GEMR 100. Examples of the types of data encryption , 
and other schemes used include, but are not limited to, single. key cryptography, 
public key/private' key cryptography, and client .authentication, \yhich are 
■' understood by one of ordinary skill in the art. In single key cryptography,, , 
encryption and decryption software must<use the same, private key. to. send and 
retrieve data, whereas in public key/private key cryptography, encryption software 

(e.g. ; PGP in 'the public domain) uses a public key for .encryption of data,, but to 
decrypt the data, a private key must be .known and used. In client authentication, 
' which' could also be a possible substitute for the subscriber security password, so- 
' c'aired 'Tersonal Certificates" and "Site Certificates", are used. In the jnost 
" preferred embodiment. Personal certificates vedfy/a person's identity^on the Web 

to the GEMR servers 5 5 or i55 ' j and. will be :Qbtainable from.."Certificate , 
■ Authorities," suoh as^Verisign and G;FE, when.these become available. Site 
certificates verify that a person is really connecting to Web sites that he or she 
thinks'they^aTe connecting to. Through these certificates, the identity of a Web 
^ merchant or 'mher Web server (e.g., the.GEMR servers ,55 or 55') can be verified 
before data trinsfei" or transactions occur. .Other embodiments ,pf the, present 
'invention use accounting or system auditing ;Utilities to log break-ini attempts, 
and/or to prevent -manipulation -of confidentialt data, such as the GEMR .blocks 
1 12-^1 17. in each packet of data fields (where packets are used to transfer data), 
' the soilircfe address, the destination address, and the, por^ fqr the particular service 
•' provider (e.g., network service providers 35 and,35') whose service is being used 

are examined to determine which services are allowed through a firewal} associated 
• ' with the GEMR'servers 55 and 55' in these embodiments. The firewall .examines 
every packet (e.g., packet filtering by routers) or may involve a gateway or custom 
software for routing with no default route. 
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Referring back to Figs. 1 A and IB, the GEMR servers 55 and 55' include, 
at least; respective storage units 65 and 65' (i.e., volatile and non-volatile memory, 
e.g.; RAM, register memory, a hard disk drive, a floppy disk drive, a CD-ROM, or 
ftinctional equivalents thereof), respective microprocessors 58 and 58' for 
5 " controlling the storage units 65 and 65' (note that in both systems 10 arid 10', the 
microprocessors 58 and 58' are coupled to, and control, the storage units 65 and 
65'; respectively, and the microprocessors 58 and 58' and the storage units 65 and 
' 65* are coiipled' to respective data buses in the PCs 15 and 1 5', as would be 
' * understood by one'of ordinary skill in the art), and are coupled to the respective 
10 server-network links 50 and 50', as indicated above. In certain other embodiments, 
' ' the 6eMR servers 55 and 55' also include respective displays 88 and 88' (e.g., a 
moniror, a touch screen, or functional equivalents thereof), input devices (e.g., a 
keyboard, a mouse; a light pen, voice recognition system,, or functional equivalents 
iherebf). Whether it is the preferred embodiment^ the; more preferred embodiment, 
1 5 the most preferred enribodiment; or these certain other embodiments, the GEMR 
servers 55 and 55 - are accessible for troubleshooting, upgrading, reprpgramming, 
'modifying, or altering iir any way by a systems administrator or technician as 
Would be understood by those of reasonable skill in the art. . . : ; 
' ' In accbrdanee with the preferred embodiments and the most preferred 
20 cmbodirfient of the present invention; siibscription/tb a^service suph as the systems 
10 and 10' provides each subscriber with their personal GEMR 100 stored on 
either' ofthe GEMR servers 55, 55'. For each subscriber, depending on whether 
the particular GEMR system being used is the system /lO or, 10' (or is available to 
the sUl)Scfibcr); the 'GEMR 100 is set up by the individual; subscriber, and stored in 
25 their respective storage units 65, 65' of the GEMR servers-55, 55'. The GEMR 
■ 100, whose block diagram structural riepresentation is schematically illustrated in 
Fig. 2, includes, at least, both personal and medical information blocks.; These 
personal and medical information blocks (software objects in an object-oriented 
computer environment) encompass a Main Object . block . 105, additional 
30 ■ file/institutional link (object) block 120, and medical link (object) block 130. The 
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Main Object block 1 05 includes objects, such as, at least, a Subscriber GEN4R 
'■ Home Page block 1 11; a Personal Identifiers. block 1 12, an Emergency Contacts 
block 1 1 3, a Personal Physicians block .1.14,. a.Health Insurance block 1 1 5, an 
Advance Directives block 1.16, and a Medical Information block. 1 17. The main 
5 ' object block 1D5 contains a database.(the main files), i.e.,^the blocks 1 1 1-117, of 
the personal and medical records of a particular subscriber. Each of the constituent 
GEMR blocks 111-117 of the main object block 1 05 are.linked arid embedded in 
the main object block 105. Note that an object as used herein, in .a broad sepse, is a 
self-contki'ned element that contains its own data and methods of pro.c.essjng that 

lO- ' data. :• ■ . . . . , 

■ -'Before continuing with a further description ofthe GEMR. blocks 111-117,^^ 

nbte that the main object block. 105.islinked.to a GEMR compa^^ ^ 
block 1 10 which has an. associated graphical user interface (in this case. a network ..^ 
' H6me Page), an exampfe of which could appear as jn Fig. S. Note thattheGEMR . 
15 ' ' company Hbhie-Page' ofthe GEMR company Home Page block 1 10. may be 

' • searched arid'accessed ^through Conventional network.search engine queries. In the 
■' riiost preferred fertlbbdiment, the GEMR fcompaB.y,Hom^ an Internet or 

Web Home Pag6'which may be ^searched and accessed through.^yeb search 
erigiries, for e?iamp1e; 'but not limited to,; Yahopii, Lycos, A.lta Vista, etc. From an 
20 input field of the^GElS^ company Home Page ofrthe ,QENm company Hom 

•block 1 10, suchiaS a."SubscribeV button field.(Fig. 5), which epuld also be a text 
• ' field; a potential subscriber may subscribe to the GEMR 1 0.0., Pressing th^ 
• ' "subscribe" button iwill link the potential subsqriber to ;the;mai.ni object bjock 105 
• ■ • ■ and a gi-aphidal. user, interface application form similar to iFig. . 7 as de^^^^ 
25 • • will be displayed oil theidisplays ,80 or 80', .or on displJiys. 88 or associated ■ 
with the- GEMR servers 55 or. 55!. Once this graphical^user interface is viewed (or 
' any of the other graphical user interfaces described below are viewed), access may 
' ' '- be made back td view the graphical user interface, of the GEMR company Home 
Page block 1 1 0 by selecting a "back" scre,en button,pr.by inputting , a network 
30 addressfor the GEMR company Home Page block 1 10 .(i.e,, in the most preferred 
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embodiment, going to a URL of the GEMR company Home' Page block 1 10 by 
using the browser) as would be understood by one of ordinary skill in the art (note 
that a "back" button and a "forward"' button may be used similarly to freely move 
amongst graphical user interfaces associated with the proprietary GEMR blocks 
5 112-117 once access has been granted to a user as described herein). Note also 

that the graphical user interface of the GEMR company Home Page block 1 10 also 
presents buttons or text fields which may be'selected to access information such as 
frequently asked questions and to send e-mail (e.g., by using buttons similar to the 
"Frequently Asked Questions" and' "E-Mail" screen buttons of Fig. 5). Moreover, 
10 note also that once a 'subscription is made to the GEMR 100, the subscriber need 
only go to his or her Subscriber 'GEMR Hdme Page block 1 1 1 (i.e., to a graphical 
user interface thereof, as discussed below), and not through the GEMR company 
Home Page block 1 10, to access their GEMR 100 information. ' 

Reference is now made to Fig. 2 and the GEMR blocks 111, 112, 113, 
15 1 14, 115, 1 16, and 117 (collectively referred to herein as' GEMR blocks 111-117) 
which form the personal and mediciai records database: Some details about these 
blocks, and how these blocks are linked, are how provided. The Subscriber 
GEMR Home Page block 1 1 1 includes a file/database of information which 
presents a graphical interface to a user (i.e.,' the Subscriber or an authorized 
20 physician or healthcare worker attending to the subscriber's medical needs, or an 
authorized techniciain) for gaining access to view the file/database contents of the 
other GEMR blocks 112-1 17 which' comprise the proprietary portion of the 
GEMR 100. An example of the graphical user interface of the Subscriber GEMR 
Home Page block 1 i 1 which is presented to the user aflfer the user has gained 
25 access to the graphical user interface is a screen or page such as is shown in Fig: 6 
in the preferred (system 10) and more preferred (system 10') embodiments The 
user gains access to the graphical user interface by connecting (i.e., by entering the 
' network address for the subscriber's GEMR 1 00 eitlier'through the PCs 1 5 or 1 5') 
to the subscriber's GEMR 100 on the GEMR servers 55 or 55', or by directly 
30 connecting to the subscriber's GEMR 100 through the GEMR servers 55 or 55' 
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themselves. In the most preferred embodiment, the network address is an Internet 
i Web' address and the graphical , user interface of the Subscriber Home Page block 
■ 11 1 is a Web home, page. Upon viewing the graphical user interface of the 
Subscriber GEMR Home Page bjock 1 11, the user is pronipted to register in 
5 . appropriate text boxes as indicated.in Fig. ^. These text boxes are so-called "form" 
(described below), text boxes in the most preferred embodiment. 

: . Upon entering apprqpriate information to register as a user desiring to gain 
: access to the subscriber's GEMR 100, via the Subscriber GEMR Home Page block 
111, in order for the user to gain access to the other proprietary GEMR blocks 
1 0 ' i 112-1 1 7,.of the subscriber> GEMR 1 00, the user must enter the subscriber's 

password (security code) as prompted in Fig. 6 (note, that in certain embodiment, 
personal certificates are used in lieu of the password as described above). The 
subscriber's password is a sequence or string of alphanumeric symbols which are 
entered as input to the. graphical user interface in any suitable manner, for example, 
15 i ; by entering the password in a text box as indicated in Fig. 6. The scope of the 
. : . present invention includes entering the password via keyboard, light pen, mouse, 
;,etc., or,audibjy through a voice recognition system forming part of the systems 10 
or iVp^ The subscriber's password is prefera^ a 10 symbol sequence or string, but 
rmay be longer or shorter for. s.ecurity reasons as long as its length is suificient 
20. enough to make the .possibility of an unauthorized user discovering the subscriber's 
password extremely rernqte. Recall that the GEMR 1 00 is patient-driven 
.(subscriber-driven), and to provide for the confidentiality of the subscriber's 
^ perspnal medical, records, the combination of b.oth the subscriber's unique GEMR 
100 (Subscriber GEMR Home Page block 1 1 1) network address and the 
25 ' . subscriber's unique security password is required to enter the proprietary GEMR 
blocks. 112-117. Note that the scope of the present invention includes using a one 
or more additional password, in addition to the password discussed sb faf^ to^ 
controlling, access to certain portions or all of the proprietary GEMR blocks 1 12- 
. 117. , . ... 
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However, once a user has entered the proper address and security 
password inforhiation, the user enters the proprietary portion of the GEMR 100 as 
a link is formed to the Personal Identifier block 1 12 of the GEMR 100. At this 
point, a gfaphical user interface ofthe Personal Identifiers block 112, an e^cample 

5 of wiiich is depicted in Fig. 7, is presented to the user on the displays 80 or 80' or 
on the displays 88 or 88'' ofthe GEMR servers 55 or 55', depending on which of 
the systems 10 or 10' is being employed. Once access is made to the proprietary 
GEMR blocks 1 12-1 17, it is possible to jump or switch (for example, , but not 
limited to^ by using hypertext links) to any one of the other blocks and back. This 

10 is generally indicated at the bottom of each of Figs. 7-12D where a user^selectible 
field (selectible via keyboard; mouse, voice recognition;. light pen, touchscreen, 
etc.! for example, as a so-called virtual selection, as would be understood by one 
' of ordinary skill in the aft), for example, a text field, is provided, although any 
other appropriate field, such as a user-selectible screen button'field, would work 

15 equally^ well'. The user-selectible field includes' entries which each correspond to 
one ofthe proprietary GEMR blocks 1 12-1 17 as well as to dther.'GEMR 100 
tools. For example, as indicated in Figs. 7-12D, if the user-selectible field is a user- 
selectible text field; entries for such a field could include "Personal Identifiers," 
"Emergency Contacts," "Personal Physicians," "Health Insurance," "Medical 

20 iriformation," "Text Editor," "Seairch," "Exit," "and "Find Out More About 
Global Electronic Medical Records" (note that the scope of the present 
invention encompasses other appropriate fields as would occur to one of 
reasonable skill i n the art). Selection of any one of the first five of these entries 
provides a link Ho, and jump or switch to, the corresponding- one of the proprietary 

25 ' GEMR blocks i l*2-i 17 (see Figs: 8-1 2D) having the same name. Note that Figs. - 
12A-12D are screen examples ofthe information accessed through the Medical 
Information block 117. Selection of "Text Eciitor" provides on-screen access on 
' the displays 80 or"80\ or on the displays 88 or 88' of the GEMR servers 55 or 55' 
to a computer text' editor tool which can be used to input or edit any text field of 

30 data (on page or screen; see, for example. Figs. 6-1 2D) that is iiser-selectible and 
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accepts user input or is user selectible and updatable, whereas selection of 
"Search" provides a tool to. search objects or text within any one of the proprietary 
GEMR blocks 1 12-1.17 or within- the fijes/databases of the additional 
: file/institutionaPlink block .120 (file/institutional link W 
5 described below. Finally, selection of "Exit" provides, in certain embodiments, a ^ 
means for exiting from the proprietary GEMR blocks 1 12-117 back to the 
Subscriber GEMR .Home Page block 1 1 1 graphical^ user, interface screen (for 
example; see Fig. 6) of the GEMR 100, while in other embodiments, it provides a 
means for exiting; from the .proprietary GEMR blocks 1 12-117 back to a brpwser 
10 . home page on the PCs 15 or:15' (or on the GEMR servers 55 . or 55'), or back to a 
browser provided by, the network service providers (servers) 35 or 35' to the PCs 
15 or 15', respectively. No matter what the embodiment, for security reasons, once 
exitis made, from any of the proprietary GE^4R blocks 1.12-1 17, tlie user must 
again enter, the security password to je-enter any of proprietary GEMR blocks 
15 f ■ ,11 2r 1 1 7, ;for example, by , going bacJc tO|t.he.gr^hical user interface presented to 
: the user.upon linking again.to.the Subscribe^ GEMR Home, Page block 111. 
' / . , ; Note that in the. most preferred ^mbo^iment, the main object block 1 05 is 
1 an HTML object with the user-selectible field, entries corresponding to the each of 
i,,th'e proprietary: GEMR blocks 112-1 17 being hypertext links betwieen each and 
20 :every one, of the prpprietary GEN1R blocks .1 12-1 17.^ Note also th^t each, of the , 
exarnple screens of Figs. .5-1 2D are nonlimiting , representative examples of. 
graphical .user interfaces, which are presented, to the user. Other examples of these 
. types of screens would: occur, to ones of ordinary skill in the art and such other 
■ examples are included within the scope.of the present invention. Each of these 
25 J screen or page example .figures will be addres^sed as apparatus and methods of the . 
, present invention are discussed .in detail below,. ,, . , . 

Returning to. Fig. 2, the additional fil'e/iiristitutipnal Hnk block 120 includes 
links to personal meidical information (other files or databases) accessible from 
; 1 institutional network .sites and/or from within the GEMR servers ,55 and 55'. Link 
30 bjpck 120 includes links (link objects), siich as, at least, hospital discharge 
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' ' ' summafy link block 121i clinical notes link block 122,- laboratory reports link block 
123, electrocardiograms: link block 124, radiology reports link block 125, scanned 
docurnent's fink block 126; clinical photographs link block 127, and other files link 
block 128, collectively referred to herein as file/institutional link blocks 121-128. 
5 ' In the preferred embodiment of system 10, the file/institutional link blocks 121-128 
' of the link block 120 are software links to storage locations (addresses) of 
files/databases stored in the storage unit 65 (e.g., but not limited to, storage in 
volatile memory or random access memory (RAM); register memory, hard disk 
* ' 'merri6^y, CD-ROM, digital audio tape systems, or equivalents thereof) which 
10 contain personal and medical information* corresponding to the names of the 

- individual file/institutional link' Blocks i21-128. When a user (the subscriber, an 
authorized attending physician or healthcare worker, or an authorized technician) 
of the system 10 wishes to retrieve the information corresponding to the link 
blocks '12'1-128 from the storage unit 65, a request (a query)'is made from the PC 
15' 1 5 or the GEMR server 55 by the user selefcting from a user-select ible input field 
' presented to thb user bn the display 80 of the PC 1 5 or the display 88 on the 
GEMR server 55. Fig. l'2D generally depicts an example representation' of such an 
inpijt field corresponding to the link blocks 121-128 iri the form of user-selectible 
region's defined oh the display 80 (or defined onthe display 88 of the GEMR 
20 " ' server'55) which are responsive to selection by an input device. These input 

devices include, but are hot limited to, a mouse,' a light pen^ a keypad or keyboard, 
a finger (if tHe display 80 or the display 88 of the GEMR server'55 is a 
' touchscreen), a voice recognition system, orfijnctiohal isquivalents thereof as 
■ ' ' would be understood by onie of ordinary skill in the art. Moreover, a nonlimiting 
25 example of user-selettible regions defined oh the display 80 of the PC 1 5 or the 
display'88 of the GEMR server 55 as generally depicted in Fig. 12D are software 
screen display buttons' as would be understood by one of ordihary skill in the art. 
Once selection is made frorh amongst the choices in the user-sdectible field, the 
rriicroprocessor 85 of the PC 15 (or the microprocessor 58 of thd GEMR server 
30 55) interprets the seliection as a query to retrieve the personal and medical 
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• information corresponding to the particular one of the linkblocks 121-128 related 
to the selection. The queried information is. then provided from files/databases 
^ ^ stored in the storage unit 65 of the GEMR server 55 to be displayed on the display 
; ; 80 of the PC 15 (or the display ^S of the GEMR server 55 itself)^ or it is available 
' 5- for Hard copy output to the user via peripheral (e.g.s printer) connection .to the PC 
15 (or the GEMR server 55): Note that the information corresponding to link 
block 1 28, includes, in the preferred, the more preferred, and the most preferred, 
^ embodiments, audio information, for example^ sound bites of heart, sounds. 
: In certain alternative more preferred embodiments.siniilar to the system 

10 10\ and in complete analogy to the preferred embodiment of the system 10, the : 
' . link block 120 (i.e , the link blocks 121-128) includes links to corresponding 

file/database storage or memory locations (addresses) .within the storage. unit 65' 
■ for retrieval of iheir copients. In these alternative more preferred embpdiments, 
: :: : the input capability to retrieve the personal. and medical information such as 
15^ i depictcd and. dcs^crihed, above in relatipn to Eig. 12D is also available. Moreover, in 

- certain other alternative rnore preferred^ embpdiments similar to the.system 10\ the 
1 link>block 120 (i c^^t the individual file/insti^^^^ 

' V / links ito personal and mcdipal inforn[iatron fiWdataba^e storage pr memory 

' ■ ibcatidns (addrcs^s), m the institutional server(s), 75' for retrieyal, of their, contents 
20 as. well. The conjcnis pf,lhese files/databases are retrievable.for/viewing by the user 

- (or in hard copy) jamuch thq same way as,vd^scnbed above, except that the 
information is rcrrievcdby a;query from; th^e PC 15' to the GEMR server 55' (or 
totally within the GEMR s^ryer 55' if display, is to occur on a display, of the 

. , : GEMR server 5^?) which then links to, and retrieves, the files/database information 
25 . from the institutional s^rver(s) 75' to be displayed on.the display 80: pf the PC • 
15'. Therefore, in these other alternative more preferred embodiments, 
co.mmunicatipns links external to the GEMR server 55'. are required to link to the 
institutional server(s) 75' as. described. in more detail below. A technician may 
. , access the same information from the GEMR server 55' or from acpmputer (e.g., 
30 : a PC), even from the PC 1 5',, for viewing the same. personal and medical 
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* inforrnatibn corresponding to the names of the individual file/institutional link 
blocks 121-128 (Fig. 12D type capability also available) iPthe technician is 
' authorized by the subscriber. • ' 

' ' In addition to these altiernative embodiments of the systenri 10', note that 
5 there are certain additional alternative more preferred embodiments of the system 
TO' in whibh the personal and medical information corresponding to ^ 
the individual file/institutional link blocks 121-128 is, instead, retrieved (Fig. 12D 
' type capability also available) as a combination of both file/database information 
stored in the stoi-age unit 65' ^nd files/databases from (or through) the institutional 
10 server(s) 75'. Here, the latter files/databases may be stored in the inistitutional 
'server(s) 75' or linked through the institutional server(s) 75' to their storage 
location oh another remote 'server(s). In other words, in these ceirtain additional 
rhore preferred embodiments, 'the link blocks 12 f- 128 cdntain hardware ahd/or 
' software links to both the storage br memory locations (addr-esses) of 
15' ' files/databases within the storage unit 65' in the GEMR Server 55' dnd to the 
storage or memory locations of filies/dataBases within the" institutional server(s) 
75 \ depending on the design of these systems and the location of patient 
info'rnhation. I^ote that access to these files/database's within (or through) the 
' institutional' server(s) 75 \ because of security reasons associated v^^ith the 
20 ^ ' institutional server(s) 75", may require that the subscriber obtain permission, for 

example, by application to authorities in control of the institutional serv'er(s) 75' at 
the time of subscribing to the GEMR. With such permission, or if no permission is 
' requited, a^subscriber rnay be able to access' (or make additional linkage to) the 
institutional seh^er(s) 75' as described above'and copy inforihatlon stored in (or 
25 ' " g^in access to such information through) the in^titiJtionarserver(s) 75' which is ' 
associated with the GEMR 100 arid the link blocks 121-128. The scope dfthe 
present invention/ehcbrnpasses the ability for the subscriber to' obtain permission, if 
required, frdm the authorities in control of the information stored in (or obtained 
through) the institutional serv'er(sj 75' in order to obtain that inforrnatibn 
30 ' assbciated with the link blocks 121 -128. 'Moreo'ver, the scope of th 
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invention also encompasses the ability to obtain such information .when no prior 
permission need be obtai.njed. . / - . . ; ; 

The link blocks 121-128 are already provided for, or,. at least, thexapability 
J to create them is already provided for, in the GEMR 100 (software)., whether or 
5 not actual patient information is available to retrieve or store. Storage space is 

• available in the. storage unit 65' to store the links/addresses for the link blocks 121- 
. . ' 1 28 once these addresses/links, and the information to which they pertain, become 
. available for retrieval, whereupon a user may supply these links/addresses tp the 
GEMR 1.00 and , the GEMR server 55,'.. Note that in these certain additional 
10 ■ alternative nriore preferred ernbodiments, communications links external to the 
GEMR senyer 55' are required to link to the institutional server(s) 75' as will be 
described below. Note ^Iso that in addition to the above certain additional more 
, preferred embodiments, there are yet further more, preferred embodiments in which 
all of the link blocks 1.21-rl28 only link to (pr through) (the institutional .sen^er(s) 
15 . 7,5,', tQ retrieve the, personal ^nd medical information corresponding to the names of 
. . ,the link blocks, 121-128 from their storage, or memory locations. For all 
embodiments whichjequire. access to the institutional servpr(s) 75' tp^ obtain 
infornjation associated with the Hnk blocks 121-128, it is assumed that the , 
subscriber either has.obtained .or. can obtain any necessary permission from the 
20 institutipnal.seryer(s) 75\authorities, as at?ove, in order to make, the information , 
ayailable to the. subscriber or an authorized, user of the GEMR 100, or no 
permission is required. , , - , . . ; 

..J . ^ Inrthe most. preferred embodiment, the use.r-selectible inputs (selectible by a 
. . user input device,, as described abpye), for example, the on-screen "buttpus" (such 
25 p.n-screen buttons are understood by those pf reasonable skjll in the. art ]j designated 
''Hospital Discharge^ Summary,"; "Clinical Notes,'! "Laboratory Reports," 
; .'VEVectrocardipgrani,'' "Radiology Report 

Phptographs,", "Other files," ".Treatment Protocols,''. and "Medical Internet Links" 
of the, exarnple p,age or screen, pf Fig. 1 2D are defined by what ^re termed "forms" 
30 by those of ordinary skill in. th^ art. A form is a designated area of an HTML page. 
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made available for user input: The form is defined by starting and ending ''tags" 
with attributes for specifying how th6 form's input should be. processed. The basic 
idea of a form is to define and present input fields to the user for typing in text 
information, and radio buttons^ check boxes and pop-up menus for selecting items 
5' from option lists as would be understood by one of ordinary skill in the art. The 
form typically defines a set of action buttons, such as the user-selectible inputs of 
Fig. 12D, as just discussed, and may include a "Reset" button and a ^Submit" 
button (discussed further below in reference to Figs. 5-:12D) as. well. The action 
' buttons instruct the browser. of the PC 15' (or the GEMR server 55') to take an 
10 action specified in an ACTION attribute of the form. The action is taken according 
to a method specified in a METHOD attribute of the form.. The ACTION attribute 
uses a URL value and the' action is taken with either a METHOD.=GET or a 
' lVIETHOD=POST"method, which determine the processing of information in the 
' form. ' ' ' . ■ . 

15^ ' ! When the GET method is employed, the browser forms a query URL 
which includes a currehi page URL (e g:, a URL of the Fig. 1 2D-type page) 
containing the form-lri the query URL, the current page UKL:is followed by an 
ensuing 'question mark, which is followed by the values of the form's input fields 
and objects. The browser sends the query URL from the RC 15' to an executable 
20 script or program on the GEMR server 55' identified by.the URL in the Action . 
' attribute. The script or program can, amongst other things, use this information to 
' search and lipdaic databases (even search and update databases associated with the 
^ ' GEMR lOOL for example, databases- associated with, and linked to through, the 

"link blocks 1 2 1-128, assuming prior permission is obtained by the subscriber, or no 
25 ' ^ permission is required, to do so). For a- particular screen or page like Fig. 12D, 
once an action button is selected, thexorresponding link of link blocks 121-128 
■ forms part of the query URL to stkrt a search Which Is perforriried'by the script or 
' program in the GEMR server 55' to retrieve the personal or medical information 
sought. The process ends with the GEMR server 55'' returning a. new. screen or 
30 ' page to the user on the display 80'tbf the PC 1 5', possibly one dynamically created 
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by the GEMR= server 55' script. Alternativelyv with the P.OS.T method, the contents 
of the form are sent to the script of the GEMR server 55' as a block of data to 
standard input: However, with either ithe GET:or POST methods, a new, HTML 
page (e.g., -the contents of the personal or medical files/databases soifght by the 
5 user'in the GEMR 100) is sent back to the user for viewing on the display 80' or , 
for 'hard copy output in response to what is written to standard Qutput by the 

' ' -script. ,■ ■ ^- ' '' ' ' • : I : 

' ^ : ' - The colfeotion of interactions, as discussed ab.pve, between the browser of 
' the PC 15' and the GEMR server 55' (or a browser within the GEMR server 55' 
10 and executable scripts or programs also located therein) is known as the Common 
^ Gateway Interface (CGI). Servers such as the GEMR servers 55 and 55'. each have 

their own>set of scripts and programs needed to prQcess information from Web 
• ^ pages on that server. For servers running, on Unix machines, some of which may be . 
the GEMR servers 55 and 55' (in some embodiments), these scripts are usually 
15 : written in the PERL or TCL languages and are stored in a directory with the name 
*-cgi.bin,'"as would be understood by qne of ordinary skill in the art/ The scope of 
- the present irivention;iS' inclusive of all of the aboyeinforjnatiQn oi? forms, 
1 : attributes; ; scripts, etc^and certain other aspect§vther(gof 
necessary in relation to Figs. 5.-1 2D, below. . • - . . . 
20 ' . Returning again to Fig. 2, it is observed, that the file/institutional link blocks 

' • 1 2 1-1 28 of the^additional: file/institutional link blocic 120 are individually linked to 

;..lhe main object block 105 'through a link 118 and Tespectiye 
.' . indicated in Fig.;'2. Depending on whether the QEMR systenri- is the system 10 or 
• 10', and depending'on the design of the GEMR 100 as. well as. the physical 
25 ' location of the information to be retrieved throughilinks of the file/institutional link 
blocks. 121-128, the communications jinks 1 18a-l 18f of theadditional . 
: file/institutional link. block 120 (i:e.,'of the file/mstitutibnal link blocks 121-128) 
1 and the communications link 1 18 of the main object block 105 include respective 

hardware and/or software link portions of the server-network links 50, 50', the 
30 > * communications networks 45, 45', the. server-communications network link 60' 
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'" ' (system 10' only), and the storage units 65, 65' (or, alternatively, internal data 
' buses' br othei-' hardware links and software links, respectively, within the PCs 15, 
' 1 5'),'the GEMR servers 55, 55', or the GEMR 100 itself between the storage units 
65, 65' and the link block 120 (i.e., the link blocks- 121-128). In the system 10\ 
5 personal and medical file information located in (on through) the institutional 

server(s) 75' and" linked to by the file/institutional link blocks 121-128 is accessed 
and retrieved either through the link 60', the communications network .45', and the 
* link 60' from' the institutional server(s) 75' and sent to the PC 15' from the GEMR 
server 55' through the link 50'; the communications network 45', the link 40\ the 
10 server 35\ and the link 20' (i.e., if not already stored in the GEMR- server .5 5'), or 
the information is accessed through the internal-data buses or other hardware links 
and softvvare links (i.e., if already- stored in the GEMR server 55'), for viewing by 
the subscriber or the authorized attending physician, authorized healthcare worker, 
or authorized technician after a query is made for this information from the PC 15'. 
15 ' Like' the linking between each of the constituent GEMR blocks 1 12-1 17 of. 

the main file object 105 aniongst themselves, each of the file/institutional link 
blocks 121-128 of the additional file/institutional link block 120 amongst 
themselves, as well as between each of the GEMR blocks 112-1 17 and each of the 
' link blocks 121-128 are similarly linked as manifested in a user-selectible manner, 
20 the latter linkajge occiirring through the links 1 18 and 1 18a-l 18f In the most 
preferred embodiment, links 1 1 8 and li 8a-l 1 8f include software links, for 
example hypertext links such as were described above in i-eference to Figs; 7-1 2D 
for the proprietary GEMR blocks 1 12-117. As an example of such software links 
' for links 1 1 8 and' l 1 8a- 1 1 8f, in linking from the proprietary GEMR blocks 1 1 2- 
25 ' 1 17 to the file/institutional link blocks* 121-128, the user would select (queries) the 
"Medical Information" text entry in the user-selectible block- appearing on the 
displays 80, 80' or the displays 88, 88' 1df the GEMR'sSrvers 55; 55' as indicated 
' at the bottom of Figs, 7-12D. The microprocessors 85, 85'' of the PCs 15, 15' (if 
usirig displays 80 or 80' * respectively) or micrd processors 58,- 58' of the GEMR 
30 servers 55, 55' (if uiing the GEMR server 55, 55' displays 88, 88', respectively) 
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interprets the selection (query) as a request to select. information associated with 
the proprietary Medical lnformation block 117 and recover this information (and 
' links) from appropriate memory addresses, directories, fil.es, or databases in the 
' storage 65, 65', respectively. The user would then be presented with the 
5 ^ information associated with the Medical Information .block 1 1 7; as generally 

indicated in Figs. ;12A-12D. The user would then scroll down to, or hpt link (from 
■ within the proprietary Medical Information block 1 1 7): to, the user-selectible input 
block of Medical Information- block 1 17 as in Fig. 12D, and ?el.ect an input entry 
' withian appropriate input device (described above) to retrieve (from either a 
10 file/database on the GEMR servers- 5 5, 55: or by linking to the institutional 
- server(s) 75' for the desired information, as discussed above. , , 

Moreover, spaware linking via links 1 1 8 and 1 1 8a- 1 1 8f from the link block 
. - 120 (i.e., fromJink blockS|121-li28).back to- the main.object block 105 (i.e., back 
: to any of the proprietan/ .blocks 1 12-1 1 7) is accomplished by selection of a 
15 : t corresponding entry from a user-se!ectible block (not shown),, for example, similar 
= tolhe user-selectible .text blocks at .thp bottom, of Figs. 7-l ?D, v/hich appear at the 
bottom of every, screen of infQrmation associate^i, with any of the link blocks 121- 
. : ; i , ? 1 28 -presented to the.user once access has been made to that information (access to 
. this information:has been described above). Thus, links 1 18 and 1 l$a-l 1 8f include 
20 all the software links necessary to implement the above linking scheme between . 

main object, block; 105 and block 120 (i.e., the link blocks 121-128) in order for the 
' ' • user to ;obtained hjs or her desired information on. the subscriber as would be 
^understood by one of ordinary skill in the art. . , 

In the system? 10 and 10', in addition tp the block 120, as indicated in Fig. 
25; 2; the GEMR 100 .also includes the medical link block, 130. The medical link block 
;. 130 includes links to other medical files (addresses) within the GEMR servers 55, 
: 55' (Systems l.O and 10\* respect )yely>, and/or links to other mi^di't^^^^ 

server(s) or sites 95' which are externaLtpithe GEMR server 55' (system. 10' 
: only). More specifically, the link block .130 includes objects, such as, at least, 
30 . ^.treatment .protocol block 1 3 1 .and a medical. file and network site(s) block 132. The 



BNSDOCID; <WO 681 5910A1_I_> 



wo 98/15910 



PCT^S97/17824 



30 

block 13 1 has links to medical treatment* protocols which may be retrieved from 
these other medical network sites (system 10' only) or from files within the GEMR 
' ' servers 55, 55' (i.e., in storage units 65 and 65- of systems 10 and .10', , 

respectively), whereas the block 132 has links to medical files from within the 
5 ^ GEMR servers 55/55' (i.e., in storage units 65 and 65' of systems 10 and 10', 

respectively) and network sites (system 10' only) for other medical information, all 
of which may contain useful information to an authorized attending physician or 
healthcare worker in treating the subscriber. The blocks 13 1 .and 132 are similar to 
tlie blocks 121-128 in the above alternative embodiments in which database 
10 ' inforrriation is retrieved from the GEMR servers 55, 55' (systems 10 or 10') or 
from an external sdrver(s)*like the server(s) 75' (system 10' only), except in this 
latter case the information is retrieved from the server(s) 95\ although some of the 
information may come from particulair institutional server(s) 75'. ' ■ i 

* The information associated with the link blocks 131. and 132 is not specific 
15 ' to the subscriber In other words, the link blocks 131 and 132 neither contain links 

to files/databases (addresses) in the GEMR. servers 55, 55:'i in systems .10 or 10, 
nor to network addresses (or URLs in certain embodiments). in system. 10' which 
are particular to the subscriber and form part of the medical record of the 
subscriber. Instead, the link blocks 131 and 132 establish links to auxiliary medical 
20 information for the benefit and edification of the user (the subscriber or an \ 
authonzed physician, authorized healthcare worker, or authorized technician). For 
particular embodiments of system 10' Where access is made to other medical 

* network server(s) or sites 95% it-is to be understood that; in similarity to obtaining 
■ ' information through link blocks 12 U'128 for systenis^ having access to institutional 

25 'server(s) 75', the subscriber will obtain any necessary prior permission required by 
authorities in control of the medical network server(s) or. sites 95' .in order to 
' obtain such information. Note that system 10, which has no links to institutional 
server(s) 75', also 'has no links to other medical serVer(s) or sites 95', yet system 
10 uses the GEMR 100 which means that the link block 130 (i.e., link blocks 131 

30 and 1 32) are links to files/databases or idirectories solely within the GEMR server 



BNSDOC1D: <WO 9ai5910A1J_> 



wo 98/15910 ' PCT/US97/17824 



31 

• 55. However, the GEMR 100 supports the establishment of links system .10 and 
- institutional server(s)*75' or medical network. server(s) or sites.95', thereby 

converting systbm 10 into an example of system 10' with all, the features described 
aboVe in relation to system 10'.' ... . v /. 

5 ' ■ "Like the link blocks 121.128 of the link block 120, the link blocks 131 and. 
- 132 of the link block 130 can be selected fron\ ,a user.-selectible blpck by an 

• appropriate input device for accessing treatment, protocols, medical files and 

' network sites in similarity toiwhat is described above in.relation to the link blocks 
121-128 .: An example of the user-selectible block includes user-selectible screen 
10 ^ button blocks corresponding to: the treatment protocols, medical flips apd network 
• sites. Such a screenbutton block is inustrated.in.Irig. 12D, where it can been 
' observed that a screen button labeled "Treatment Protocols" corresponds to the 

link block 131 and a screen button labeled "Medical Internet Links corresponds to 
■ the link block 132. The scope :of the present invention; includes alternative types of 
15- ■'■ user-selectible blbcks for the treatment protocols, medical files and network sites 
corresponding to the. link blocks 13 \ and 132, including user-selectible text blocks 
and hypertext link blocks as would be understood by one.of ordinary skill in the 
art. ■ ■ '■ '■' 'i ■ . , . . ■. 

. . ' ■ ' The constituent blocks .1 3 1 and ,l,32pf the medical link block 1 30 are 
20 coupled by communications links 149a. and U9b;.respectiyely to the . . 
■■ ■■■ communications ,link> 118: of the main object block 1 05.. Agai.q,, as for ; . 
' communications links 1 1 8 and 1 1 8a- 11 8f, depending pn ^whether the GEMR 
• -system is the system W ot 101. and depending on the design.of the GEMR 100 and 
the physical location of the information, to be retrieved by linking with the link 
25 blocks 131' and. 132, the communications links 1 19a and 1 1.9b include software 
■ ■ links and hardware link portions of the server-network links 50', the network 45', 
. the' server-communications network link 70', and the storage units 65' (system 10' 
only), or, alternatively, internal data buses.or links within the GEMR 100 itself 
between the storage units 65; 65 '.(systems, .10 or .1,0^) and the block 130 (the 
30 ' blocks 131 and 132). Also, like the linking between each of the constituent GEIyTR 
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blocks 1 12-1 17 of the main file object 105 amongst themsislves, the link blocks 
131 and 132 are linked to each other in similarity to the linking amongst each of 
the file/iristitutidnal link blocks 121-128, as well las in similarity to each of the 
' GEMR blocks 1 12-1 n.'Further, like both the proprietary GEMR blocks 1 12-117 
5 and the link blocks 121-128, the link blocks 131 and 132 are linked as manifested 
in a user-selectible manner, the latter* linkage occurring through the links 1 18 and 
1 19a-l 19b. In the most preferred embodiment, links 1 18 and' 1 19a-l 19b include 
software links, for example hypertext links such as were describied above in 
reference to Figs. 7-12D for the proprietary GEMR blocks 112-117. As an 

10 ' " example of such software links for links 1 18 and 1 19a-l 19b, in linking from the ' 
proprietary GEMR blocks 1 12-117 to the' link blocks 131 and 1'32, the user also 
would select (queries) the ''Medical Information" text entry in the user-selectible 
block appearing on the displays 80, 80' or the displays 88, 88' of the GEMR 
servers 55, 55' as indicated at the bottom of Figs. 7-12D. The microprocessors 85, 

15 85' of the PCs 15, 15' (if using displays 80 or 80', respectively) or thb' ' 

microprocessor 58, 58' of the GEKIR servers 55, 55' (ifusihg the GrEMR server 
55, 55'*displays 88, '88', i-espectively) interprets the seliection (query) as a' request 
to select information associated with tKe proprietary Medickl Information block 
1 17 and recovers this information (and links) frorri ajDprdpriate memory' addresses, 

20 directories, files, or databases in the storage 65, 65', respectively. The user would 
then be presented with the information associated with the Medical Information 
block 1 1 7 as generally indicated in Figs. 1 2A-12D. The user would then scroll 
down to, or hot link (from within the proprietary Medical Inforrriktion block 117) 
to, the user-selectible input block of Medical Information block 1 17 as in' Fig. 12D, 

. i . • ■ : ■ ;•■•.(,■ ,'-.*» "','"*; • . , ' - 

25 and select an input entry with an appropriate input device (described above) to 

retrieve (from either a file/database on the GEMR servers 55, 55' or by linking to 

■ . • '-. * . 

Uie other medical server(s)'or site(sj 95' (includes institutiona:rserver(s) 75' in 

..If..'- 

some embodiments) for the desired treatrnent {Protocol, bV medical files and 
network' sites inforniatiori in similarity to what was discussed above in relation to 
30 obtaining information corresponidirig to link blocks 121-128. ' 
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Moreover, software linking via links 1 1 8 and 1 1 9a- 1 1 9b from the link 
block 130 (i:e., frorn link blocks 131 and 132) back to the main object block 105 
(i.e., ,back to any of the proprietary blocks 1 12- 1,1.7). is accomplished by selection 
. of a corresponding entry from a user-selectible block (not shown), for e.^ample, 
5 . similar to the user-selectible text blocks at the bottorn of Figs. 7-12D, which 

. appear at the bottom of every screen o.finformation associated with any of the link 
- blocks 1.3,1 or 132 presented to the user once access has been made to that 
information just like for link blocks 121-128 (described above). Thus, links 118 
and 1 19ar 1.19b include all the software links necessary to implement the.above 
10 , linking scheme between main object block 105 and block 130 (i.e., the link blocks 
131 and 132) in order for the user to obtained his or her desired treatnient protocol 
' . . or, medical file and netvyork site information as .would be understood by one of 
-ordinary skill in the .art. , . . . 

. , At this point, attention, is focused on the inventive methods of the preferred 

1 5 embodiment, mpre preferred embodinrient, and the mo?t preferred embodiment in 
accordance with the present invention. Reference is now made to jFigs. 3 A and 3B 
which together form a flow chart representation of a method 200 for inputting and 
. storing information in the GEMR 100. Steps shown in Figs. 3 A and 3B will be 
described in combination with Figs. 5-18 as appropriate. to describe the GEMR 
20,, lOp.Jn step. 202 , of Fig. 3 A, a potential subscriber accesses the GEMR 100 main 
j network server (site) which presents information on the GEMR to the potential 
subscriber on a display of a PC (which may be on the display 80. of the PC 15 in 
. certain embodiments).. Fig. 5 shows an example way of presenting GEMR 
infqrmation to the potential subscriber in the fprrn of a Web Home Page for a 
25 QEMR company providing the GEMR 1 00 in accordance with the most preferred 
. embodime;nt of the present invention. For the preferred embodiments, other types 
: \ of.presentation information screens, are possible dependirig on the particular 
network. and client/server software applications being, run on the PC and the 
GEMR. 1 00 as would be understood by ,those of average skill in the art,. In step 
30 204, the potential subscriber is prompted to subscribe by selecting a user-selectible 
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field', a fionlimiting example of which is selecting (i.e. /by using a mouse, trackball, 
light pen, touch screen, etc.) a subscribe screen button object on the home page as 
indicated \ti Fi^. 5 in which case a new graphical user interface, for example a 
screen or display 'application form appears which is similar to Fig: 7, except that 
5 ' there is no text field block, like the hot link Block at the bottom, but rather a field 
in which the subscriber creates his or her new security password for his or her 
subscription. If the potential subscriber chooses nbt to subscribe in step 204, then 
' ' flow proceeds back to step 202 with the information on the GEMR again 

presented to the potential subscriber, or the potential subscriber can exit" from the 
10' GEMR company's Home Page. 

If! however, the potential subscriber decides to subscribe in step 204, then 
flow proceeds to step 206, where the potential subscriber is prompted to choose 
between receiving a' hard copy subscription form (e,g., by mail 5r other delivery) 
or continuing with 'on-line subscription. Choosing to subscribe on-line, the 
15 potential subscriber fills in (first pass through) an on-line application foi-m in step 
208 and makes a payment to the company providing the GEMR 100 (e.g., by 
' entering credit card information on-line which is sent to the company through the 
GEMR server 55 in certain embodiments or by telephoning in credit card 
informatibh to a telephone number provided by the company, etc') arid the form is 
20 ' then reviewed for accuracy on-line in step 210. If the form is' correct in step 210, 

' flow proceeds as generally indicated in Figs. 3 A and SB'throuigh connectors "A'' to 
step 212. However, if the form is not correct in step 210, flow proceeds'back to 
' step 208 for correction (second or subsequent pass through). 

' ' Alternatively, back in step 20iS, if the potential subscriber chooses to 
25 receive' and fill out the hard copy subscription form, then the potential subscriber 
' supplies his or her address in step 218, for example, on-line, by telephone, or by 
delivery to the company, all of which are nohlimiting embodiments. Proceeding on, 
once the potential subscriber receives the hard copy subscription form, he or she 
fills it in (first pass through) and sends the completed form to the GEMR company 
30 in step 220. The potential subscriber also' sends a payment or provides credit card 
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. information to the GEMR company alpng with the completed hard copy 
subscription form in similarity, to what \yas discussed above with resp.ect to 
subscribing on-line. Note;, that whether subscription is made on-line or by hard 
. * copy, once payment, is made, the potential, subscriber becomes a subscriber. A 
i5 GEMR. company technician then transcribes the, hard copy information from the 
xornpleted form into the on-line application form in step 222. Whether the new 
. . . subscriber subscribes on-line or uses a, technician to. enter application form 

information on-line to subscribe to the GEMR, the information is entered in text 
fields, examples of which are similar to the screens illustrated in .Figs. 7-12C, 
10 except that there are no hot link text fields at the bottom of each screen. These hot. 
link text fields arc created after the new subscriber subscribes to, the GEMR, Text 
. entered on-hne via keyboard, mouse, etc. (i:e., by the input devices described 
abpye) during .siibscripiion or correction of existing information are correctable in 
that, characters or groiips of words are individually or block selectible for deletion, 
15 backspacing. ovcr>v;ri^ting, etc. as wpuld be understood by pne of ordinary skill in 

the art. ; ^ ^ ^.^ : - : ^ , . ^ ; » 

. . Subscqiicni to. step 222, the. on-line infqrmatj 

reviewed, for at;quracy in step,2 13.. step 213 leads back to 
step, 220 for.an^.c)pp<>riunity^for the subscrib.er, to correct (second or later passes 

20 . through) cntriv^j f>r inaccpracies to the harcj copy application form and sending (as 
. . described above or^niy any means) the cpnjectecj, or a new, hard copy application 
form back to the jGEMR company from the subscriber. Note, however, that the 
scope of the present invention includes correcting the on-line form. information 
originally entered by the technician by telephone call or other communications 

25 ^ , between a representative of the.GEMfl company :and the subscriber, independent 
of whether the information was originally provided on-line or by hard copy. 

However, if the tbrm information is, instead, accurate in step 2i3, then 
flow proceeds through the connectors; *'A'\as abov<e to step 212 (Fig. 3B) where a 
record (i.e., the GEMR 100) is created for the subscriber and the subscriber 

30 infornjation is stored in the storage unit 65 of the GEMR server 55. Note that 
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connectors A only' connect Figs 3 A and 3B for drawing space and size 
convenience and do not represent any type of step in rriethod 200. In step 214, an 
enrollment notice is sent to the subscriber with a network address for the individual 
subscriber's GEMR 100. In the most preferred embodiment, the network address 
5 is a Web address for the subscribier's GEMR 100. Finally, in step 216, ah emblem 
25 (for example, see Figs. 13 A, 13B, and 13C) , such as a wrist emblems 25a or 
25a', neck ehiblems 25b or 25b',' or cards (e.g., plastic cards) 25c or 25c' are 
created by the GEMU company and sent to the subscriber.' The erriblern has 
inscribed on it the network address for the subscriber's GEMR' 100. Note that both 

10 the subscriber's network address and security password are required to access the 
subscriber's GEMR 100 as also was discussed above. 

During subscription* in the preferred embodiments, the subscriber has the 
option of choosing the security password on-line with an appropriate injDut device, 
for example, with a keyboard attached to' the PCs 15 or 15', or a keyboard 

1 5 attached directly to the GEMR servers 55 or 55' or the user may choose a 
password at a later time, including by mail or other delivery to the GEMR 
company, or by telephone'call to thie GEMR company. TvJote that if the subscriber 
uses the telephone for choosing a password, it is to be understood that the 
identification and authenticity of the subscriber must first bV verified by other 

20 methods before a new or updated password is set up for the subscriber. On-line 
password selection is implemented with a graphical user interface, for example, a 
screen similar to Fig. 6, which is presented to the subscriber on the displays 80 or 
80' or oh the displays 88 or ^8' ot the GEMR servers 55 or 55' (depending on 
whether system 10 or 10' is being used), when the subscriber is first entering 

25 Personal Identifier information. In other embodiments, the subscriber has the 
option of allowing a security password to be chosen for them by the GiEMR 
company which' subsequently informs the subscriber of their security password. 
The security password may be changed at any time after subscription by the 
subscriber or an authorized technician using an update procedure described below 

30 in relation to Fig. 4. The security password may also be changed after subscription 
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by mail or other delivery, or by. telephone call (assuming appropriate identification 
procedures are followed by the GEMR company) from the subscriber to the 

^ " I'm'':"', '* . • ; ■ * ■ , • : 

GEMR company. _ . . . ' , . .. 

More detail is now provided on entering information in, and the . 
5 information content of, the GEMR 100 with further reference to Figs. 6-1 2D. Note 
that^Figs. 6-1 2D are just one set of exaniples of possible screens associated with 
the subscriber's GEMR 100 and it is to be understood that the present invention 
includes other similar screens which would occur to one of ordinary skill in the art. 
In the preferred embodiments, the Subscriber GEMR Home. Page block 1 1 1 has its 

10 . graphical user interface screen which is presented to. the user on the displays 80 or 
80\ or on the displays 88 or 88' attached to the GEMR servers 55 or 55', An 
example graphical user interface of the Subscriber GEMR Home Page block 1 1 1 is 
a screen with, at least, a text field identifying the network address of the Subscriber 
GEMR Home Page block 11 1^ of the subscriber's GEMR 100, a text field 

1 5 identifying the screen as a the GEMR 1 00 for the subscriber and identifying the 
subscriber by name, a text field for registering the user by input, a text field for 
entering the subscriber password, ^ ''Reset" text field or screen button for the user 
to reset or make corrections to their entered user registration information and for 
the user to^reset or make corrections to the entered subscriber password in the 

20 . subscriber password text field, and a ''Submit" text fie|d or screen bujton for the 
user to submit the entered subscriber password in the subscriber pass\yprd text 
field for verification and validation before permitting the user to access the 
proprietary GEMR blocks 1 12- ] )7, the links blocks 121-128, and the link blocks 
13 1 and 132. AH the above entries (inputs) for the graphical user interface of the 

25 Subscriber GEMR Home Page block 1 1 1, as well as for all entries. (inputs) for 

graphical user interfaces described herein for any of the other proprietary GEMR 
blocks 112-1 17^ whether by text entry (input) or by button selection, are made 
with an appropriate input device, for example, a keyboard, mouse, etc. as 
described above. 
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A example graphical user interface of the Subscriber GEMR Home Page 
block 1 1 1 having characteristics similar to what is described above is shown in Fig. 

6. In the most preferred embodiment, the graphical user interface of the Subscriber 
GEMR Home Page block' 11 1 is d Web home page for the Subscriber GEMR 

5 Home Page block 1 1 1 and the subscriber's GEMR 100 and the network address in 
the network address text field of the Subscriber GiEMR Horhe Page block 111 is 
an Internet URL. ' 

A screen similar to Fig. 7 is one possible example of the graphical user 
interface of the Personal Identifiers block 112 which could be first presented to the 

10 user after submitting the correct subscriber' security password as a starting point in- 
the subscriber's GEMR '100 from which access is provided to ail of the proprietary 
GEMR blocks 112-117 and files/databases therein. Fig. 7 includes, at least, a text 
field identifying the network address of the Persoiial Identifiers block 1 12, at least 
one image field for a scanned and/or digitized photograph of the subscriber, a text 

15 field identifying ihc name, address, date of birtH, telephone nunniber(s). Social 
Security number, occupation, sex, lieight, weight, race, eye color, hair color, 
religion, scars or marks! and primary language (if not English) of the subscriber. In 
addition, a hot link text field as described above is inciuded near the bdttom of Fig 

7. in the most preferred embodiment,' the graphical usei" interface of the Personal 
Identifiers block II 2 is a Web page and the' network address in the network 
address text field of the Personal Identifiers block 1 12 within the GENtR 100 is a 
URL. Note thai, upon subscription, the subscriber is requested to optionally 
submit his or her ID or passport-type photograph(s) tb the'GEMR company for 
scanning and/or digitizing and insertion into a portion (the image field) of the 
screen of the Personal Identifiers block l 'I2 of the subscriber's GEMR 100 for 
viewing upon access to the GEMR' 1 00 as generally indicated in Fig. 7. " ' 

Reference is now made to Fig. 8 which is a representation of a possible 
example screen for a graphical user interiFace of the Emergency Contacts block 
1 13. Like blocks 1 1 1 arid 1 12, the graphical user interface Of the Emergency 
Contacts block 1 1 3 includes a text field identifying the' network address bf the 
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Eriiergency Contacts block 1 1 3 and a hot link text field as described above. Like 
FJg. 7, in Fig. 8. the hot link text block described above is also included near the 
bottom., The graphical, user interface of the. Emergency Contacts block 113 also 
includes a text, field for identifying the names, addresses, relationships, and 
i telephone number(s)of a perso,n(s) to contact in case of emergency which, is (are) 
entered (input) by the subscriber or an authorized technician. In the most preferred 
embodiment, the graphical user interface of the Emergency Contacts block 1 1 3 is a 
Web page and the network address in the network address text field of the 
Emergency Contacts block 1 13 within the GEMR 100 is a URL. . 
^ . Fig. 9 is a representation. of a possible exampl^ screen for a graphical user 

interface of the Personal Physicians & Dentist.block 114. . Li^^^ 111-113^ the 

graphical user interface of the Personal Physicians block 1 1 4 includes a text field 
. identifying; the network address of the Personal Physicians & Dentist block 1 1 4 
and a .hot jink text field as described above. The graphical user interface of the 
5 Personal Physicians & Dentist block 1 1 4 also includes a text field for identifying 
, the names, specialties, and telephone .number(s) of the subscriber' s personal 
physicians and de.ntist(s) which are entered (input) by the subscriber or an 
, aut.borized technician. .In the most preferred embodiment, the ||raphical .user 
interface ofthe Personal Physicians & Dentist block 1 14 is a Web page and the 
:o net work address ja the net)vork addrcsss text field of the Personal Physicians & , . 
. Dentist; block .11 4 within the GEMR J 00 is a URL. , 

Fig. 1 0 represents a possible example, screen for a graphical user interface 
. . .. of , the .Health Insurance block 115. Like blocks 1 1 1-1 14, the graphical u^ser 
interface of the Health Insurance block 1 1 5 includes a text fiejd identi^ing the 
25 network addre,ss of.the Health Insurance block 1 15 and a hot link text field as . 
described.above. The graphical user jntertace of the Health Insurance block 1 1 5 
, , also includes a text, field for identifying. the names, and telephone ntiTnber(s) of the^ 
subscriber's health insurance company(ies), as well as the ^subscriber's health 
insurance policy or grgup nutnbers, which are entered (input) by the subscriber or 
30 an authorized technician. In the most preferred embodiment, the graphical user 
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' ' interface bf the Health Insurance block 1 15 is a Web page and the network address 
in the network address text field of this Health Insurance block 1 15 within the 
GEMR lOOisatlRL. ■ ' ^ 

* ' A possible example screen For a graphical user interface of the Advance 
5 ' ciirectives block 1 16 is represented in Fig:^ 1 1 . Like blocks 1 1 1 - 1 1 5; the graphical 
user interface of the Advance directives block 1 16 includes a text field identifying 
the network address of the Advance Directives block 115 and a hot link text field 
as described above. The graphical user interface of the Advance Directives block 
1 16 also includes a text field for identifying the names, relationships, and telephone 
10 ' humber(s) of a person(s) to contact for information on the subscriber's Living 

' ' Will, for information about the subscriber's Durable Power of Attorney for Health 
Care, for information about the subscriber's Organ Donation Directives, and for 
any medical information that the subscriber does not wish to disclose in the 
Medical Information block i 1 7 of his or her GEMR 1 1 0. All of the information 
15 content in the graphical' user interface's text fields' of the Advance Directives block* 
116 is entered (input) by the subscriber or an authorized technicians In the most 
preferred embodiment; the graphical user interface of the Advance ^Directives 
block 1 16 is a Web page arid the 'network address in the network address text field 
■ of the Advafrice Directives block 1 16 within the GEMR 1 GO is a URL, . 
20 Figs. 12A-r2D represent possible example screens for a graphical user 

' interface of the Medical Information block 117. Note that in certain embodiments 

in accordance with the present invention, the screens shown in Figs. 12A-12D 
' comprise one page of iriformatibn retrieved by a query to the GEMR 100 which, 
' ' because of the size of 'the page, require the user tb scroll down or up between the 
25 screen to view all of the information contained in the screens as would be 

understood by one of ordinary skill in the art. In other embodiments, hot links are 
provided to jump between poit ions of these screens, while in still other 
embodiments, a combination of serollirig and hot links are provided for (as in, for 
example, the most preferred embodiment). In yet other embodiments; each of the 
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' medical information screens comprise multiple pages of information rather than 
one page with scrolling: capability and/or hot links therebetween,. as above... 

Like blocks 1 1 l-l 16, the graphical user interface of the Medical; 
Information block 1 17 includes, a text field identifying the network address of the 
5 ■ ' Medical Information block 117 and a.hot link text field as described above is 

present at the bottom of each screen. The graphical user interface of .the Medical 
^ ' Information block 1 1 7 also includes text -fields for identifying the health status, 
' blood type and current medical conditions (like Fig. 12 A);current medications, 
allergies and' immunizations record (like Fig. 12B); and hospitalizations,. 
10 pregnancies and special needs (like Fig, 1 2G) of the. subscriber within the GEMR 
100, all of which are entered (input) by the subscriber or an authorized technician. 
. t An example textfield fonhealth status, asindicated in Fig.. 12 A, includes, at least, 
text subfields for user-selectible for "Exc.ellent,r ^Qood," "Fair,'' "and "Poor." The 
itext field for blood type includeSv-at.least,, text subfields user selectible for A+, A-, 
15:. i B+, ABt, AB-, .0+, and DonM Know. The text field for Current Medical 
• '.f^ Conditions includes, at least,. text. subfii^lds fpr Heart &. Circulation, Metabolic, 
. Blood, Eyes & Ear«, lntestine,Xiver & Spleen, Respiratory. Kidney, 
, Neuromuscular condition!?, and Other, Conditions of the subscriber As an example, 
the text 'subfield for H.eart,& Circulation includes qser-selectibl^ text subfields for 
20 . Abnormal EKG, Angina, Cardia,pysrhythmia, Collagen-Vascular Disease, 
;,. iCongenital Heart: Disease, Congestive Heaft. Failure, Goronan/ Bypass Graft, 

i . Heart Valve. Prosthesis,. Heart Transplant, Hypertension,. Hypertrophic . 
. i Cardiomyopathy, Mitral. Valve ProlaRse,,Pacemak?r;, .and Situs Inversus., Similarly, 
' ! • the.text subfields for Metabolic tjirough Neuromuscular contain fijrther subfields 
25 to indicate the) Current Medical Condition, of the subscriber. : . . . 

' ^ •/ i An example t^xt field for Current Medications, as indicated. in Fig.. 12B 

includes,.' at least, text subfields for None, and Trade or Generic Name, Dose, and 
- - How Often taken. Likewise, ..the textfield fpr Allergies includes, at least, text 
: . , subfields for None, . Drug, Food, Insect, Vaccine, and Usual Reactions. Moreover, 
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the text field for Immunization^;. includes; at least, text subfields for various 
diseases and dates of immunizations as represented in Fjg. 12B. . . 
' ■ In addition, an example text field for Hospitalizations, as indicated in Fig. 

- 12G, includes, at least, text 'subfields for Condition, Date, Hospital, Hospital 
5 • ' Telephone Number, ^Doctor, Doctor telephone Number. Similarly, text subfields 
are included for the Pregnancies text field and the Special Needs text fields, as 
represented in Fig. 12C. Note that the screens shown in I^igs. 12A-I2C are merely 
examples and variations of the medical and contact information text fields provided 
in the GEMR 100, and the arrangement, updating, inclusion, or Jack of inclusion, 
10 - of certain similar text fields as would occur to one of ordinary skilj in the art are , ^ 
' included within the scope of the present invention. 

Finally, as discussed above, for the retrieval, of subscriber additional 
■ • medical information; when a user of the system ]0 or 10' wishes to retrieve the 
information corresponding to the link blocks 121rl28, a^request (a query) is made 
1 5 ' ' by the user selecting from aiuser-selectible input field. presented to the user. Fig. 

1 2D generally depicts the example representation of such an input field in the form 
of user-selectible screen regions (on displays. 80 or.80\ p,r the displays 88.pr 88' 
associated. with'the GEMR servers 55 or;55') which are responsive to selection by 
art input device The. example screen of Fig. 12D includes, at jeast, a t^xt field for 
20 - • Additional Medical Information and user-selectible text fields. or screen. buttons tp. 
' select and retrieve Hospital Discharge Summaries through Medical Internet Links, 
as described above.: Once selection is made from amongst the choices .in the user- 
' 'Sclcctible field,' the queried ' information is provided from files/databases stored in 
the GEMR servers 55 or56\ or it is available for hard copy output to. the user via 
25 * ' a peripheral (e.g., printer) device. In the rrtost preferred embodiment, the graphical 
user interface of the Medical Information block 117 is a Web page or pages with 
possible screens like" Figs I2A-12D,'at1d the network address in' the netvs/ork - 
address text field of the^ Medical Information block: 1 17. within the GEMR 100 is a 

URL. ' ■ • ■: • . M ' '. . . ; - . •; ,r ... 
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Consideration is now given to methods for accessing.a subscriber' s.GEMR 
100 of the present invention. Reference is now made to Fig. 4 which is. a flow chart 
representation of steps of a method 300 of reviewing and updating the GEMR 100 
in accordance with the preferred, more preferred,^ and most preferred embodiments 
5 * of the present invention. Reviewing and updating the GEMR 100 fqr a particular ^ 
subscriber can occur for any of various reasons^ including/but not limited to, 
emergency situations in which an authorized physician or healthcare, worker is 
' treating an injured or sick subscriber and may need vital medical inforniation that 
' may Help with the treatment of the subscriber. This could occur, . for example, while 
10 the subscriber is away from home traveling. Also, review and update could occur if 
the subscriber wanted to replace old information in his or her GEMR 100 with new^, 
information, for exlample, new medical test results or address changes, and the like, ^ 
or if the system 10 was converted to system 10' with the addition of ne\yly linked 
^ ' ' institutional 'server{s) 75' or other riiedical server(s) .or network .sites 95'. In this 
1 5 ' case, the subscriber may want to add a^link corresponding to one of the link blocks 
-i2'l-128, for exannple; by specifying a network a^ 

'serverCsy^S- for additional personal medical records: The new link (address) 
' would be stored in the storage unit 65' of the GEMR server 55.', {respectively. 
Recall that the-link blocks 121-128 are already provided for, or, at least, the 
20 capability to create them is already provided' for, in the GEMR 1 00 (software), . - 
' ' ' whether or not actual patient information is available to retrieve or store. Storage 
" " space is available in the storage. units 65' to store thelinks/addresses for the link 
blocks i 21-1 28 sbnce these addresses/links, and the; information to.>yhi_ch they 
' pertain, become available for retrieval, .whereupon a user. may supply these 
25 - links/addresses to the GEMR 100 and the GEMR server 55'. .Note that for both 
system 10 (GEMR server 55) and system 10' (GEMR server 55') these . 
links/addresses may be for personal medical data/information to be stored . in, and 
' ' accessed from, the respective storage units 65 and 65' in some embodiments 
(described above) rather than from the institutional server(s) 75'. 
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. Returning again to Fig. 4, in step 302, the user (the subscriber, or an 
authorized physician, healthcare wprker, or technician) begins to access the 
* ' subscriber's GEMR 100 at either the PC 15 (system 10) or the PC 15' (system 
10') to connect to the GEMR server 55 (system 10) or the GEMR server 55\ 
5 respectively. Alternatively, the user begins to access the subscriber's GEMR 100 at 
the GEMR servers 55 or 55' directly. In step 304 the user enters .the subscriber's 
network address on the PCs 15 or 15' (or on the GEMR sen/ers 55 or 55') in 
order to access the subscriber's GEMR 100 by first accessing the Subscriber 
GEMR Home Page block 1 1 1 . Recall that in order, to access the GEMR 100 via 
1 0 ' t^he Subscriber GEMR Home Page block 1 1 1 , the subscriber must be a valid . . 
subscriber, his or her GEMR 1 00 must already exist, and the user must have the 
subscriber's valid ^security password,. Also, recall that in the most preferred 
embodiment, the GEMR servers 55, 55' are Web servers and each subscriber's 
GEMR 100 has a URL address on the Internet. 
15 Onte the Subscriber GEPvlR Home Page block IJ 1 belonging to the 

subscriber is accessed, -the user is prompted in step 306 to register his or her 
information, including the user's name and address (see Fig. 6) on-line on the 
- graphical user interface of the Subscriber GEMR Home Page block 1 1 1 belonging 
•to the subscriber. Once the user completely registers by supplying all, the 
20 information requested (i.e., inputs all the information in the initially blank. text field 
• ' • ' block under "Please r:egister" in the center region of a screen .corresponding to Fig. 
' 6) via, for example, a keyboard or another appropriate input device (described 
above) attached to the PC 1 5, then in step 308, the user enters the subscriber's 
security password in the password field of the graphical user interface of the 
25 ' ' Subscriber GEMR Home Page block 1 1 1 belonging to the subscriber. From the 

graphical user interface of the Subscriber GEMR Home Page block 11 .1 belonging 
1 to the subscriber, the only way to gain access to the proprietary portions of the 

subscriber's GEMR I00'(i.e., proprietary GEMR blocks 1 12-117 and link blocks 
121-128) is by supplying all registration information and entering a valid subscriber 
30 security password associated with the Subscriber GEMR Home Page block 1 1 1 
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belonging to the subscriber; If the password is invalid as determined in step 310, 
then flow proceeds back to step 308 to allow the user to re-enter the valid 
password. If in step 310, it has been determined that the valid password has been 
entered, then flow continues to step 3 12 in which the subscriber's medical , 
5 information may be reviewed and/or updated, or new subscriber medical ^ 

information, or links (to files/databases or network addresses) thereto, may be 
entered and stored in the subscriber's GEMR 100 as previously described..- 
' Note that the GEMR 100 provides complete and accurate personal health 
information of individual domestic and international travelers, and, asfcriefly 
10 discussed above, of those individuals who are unable4o provide an accurate 

medical history or are unable to communicate their current medical needs.vThiS ;^ ^ 
includes, but is not linrtited to, persons who are infants, children, mentally impairjd, ;, 
speech impaired, hearing impaired, senile, and foreigners who do not speak the 
language of their host country. For these people, who may be unable to > 
1 5 communicate their identity^ the GEMR. 100 is also a personal identifier and 

emergency contact identifier. Therefore, there are particular embodiments of the: | 
■ ' GEMR 100 'iri accordance Avith the present invention in which the password ^ 
requirement to access the 'proprietary:portions'and other portions of the GEMR 
100 (i.e., the bloeks^l 12^1 17, blocks 121 -128^ and blocks 13Land 132) are 
20 • nullified J An example of such an embodiment is one for which the. network address 
is a particular type of network address. which is recognized as identifying a GEMR 
100* for these /people. In other embodiments,wonly access to the Personal Identifiers 
block 112 and iheEmergiency Cpntactsblock .1 13 of the GEMR^lOO is provided 
vi/ith the password requirement being. nullified. Alternatively, in some . . , 
25 embodiments, only personal identification and emergency contacts information are 
• entered in the GEMR . 100 (i.e., associated with. Personal Identifiers block 1 12 and 

the Emergency Contacts block 113) and the password requirement is nullified, and 
as such; these embodiments would render the. GEMR 100 (i.e., , like thctsystems 10 
and 10') as a global electronic identification system. Note that for these 
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subscribers, an adult or guardian would enter a subscription to the GEMR to 
create a GEMR 100 on their behalf 

It is intended that the scope of .the present invention also include various 
other embodiments. Accordingly, it should he understood that the each of the 
5 embodiments disclosed herein, including the preferred, more preferred, and most 
preferred embodiments, includes features and characteristics which are considered 
independently inventive. Thus, the disclosure of variations and alterations of these 
' preferred embodiments are intended only to reflect on the breadth of the scope of 
the present invention without suggesting that any of the specific features and 
10 characteristics of these preferred enibodiments are more obvious or less important; 

Regarding specific application of the many inventive aspects of the present 
invention; a variety of environmental and economic considerations are understood 
to contribute to the alteration or omission of selected inventive aspects. For 
example,' in certain applications of the present invention, it may be more desirable 
1 5 or cost effective to use the system 10 of the preferred embodiment to cover the 
subscriber's mdst basic medical needs for an authorized attending physician or 
healthcare worker rather than the system 10' of the more preferred or most 
' * preferred embodiments. > * . ■ > 

' While the embodiments' of the present invention which have been disclosed 

20 heriein are the preferred forms, other embodiments of the present invention will )\ 
suggest themselves to persons skilled in the art in view of this disclosure. 
Therefore,* it will be understood that variations and modifications can be effected 
within the spirit and scope of the present invention and that the scope of the 
present invention should only be limited by the claims below. Furthermore, the 
25 ' corresponding structures, materials, acts, and equivalents of all means or step plus 
fijncti'on elements in the claims below are intended to include any structure, 
material, or acts for performing the functions in combination with other claimecl 
elements as specifically claimed. ^ ; 
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What is claimed is: 

1. A global electronic medical record system, comprising: 
a network, including < 
5 ' . a network' service provider server, . - - , 

^ : ^ ' a global electronic medical record server having a 

. - storage unit and a secure global electronic 

' ^ s ^ . , medical record Stored in the storage unit, the 

' isecure global electronic .medical record 

\Q ' :i ^ i ^ identifiable by a network. address and having 

■ ; , . " i 2 n ' an associated security code, and 

i ; a communications. network coupled to the network^.^ 

; service provider server and the global 
; ' * '.^ = ; . electronic medical record server; 

15 N emblem having the network address for the secure global 

s -ii-; • ! ■ . electronic medical record inscribed thereon; and .'■ 
. ; ; ^ a. computer coupled to the network, ; 

wherein said computer, the network service, provider server, the 
- : : ^ communications network, and the global electronic medical 
20 ' . i record sei-ver provide a path to access the secure global 

>. .i ' , . ' electronic medical record in the global electronic medical 
( t.t - record senver upon input of the network: address;from said 

. ^ , emblem and the security code, to said cornputer., 

25 ' . ' 2; . . The'sysiem of claim- 1 , wherein said network further includes institutional- 
• servers and other medical servers coupled to the communications network. 

3. The system of claim I, wherein said emblem ;is one of a wrist emblem, a 
neck emblem, and a card. 

30 
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4. The system of claim 1 ^ wherein said network is the World-Wide Web. 
5 5. The system of claim 1, whdrein said network is the Internet. 

i' . ' ' . i , ' " ■ 

^ ■ ' i . . ' • ' , . . 

6. The system of claim 1 \ wherein the network address is a Uniform Resource 
Locator. 

10 7. ' The system of claim 1, wherein said network service provider is an Internet 
service provider. . : . 

8. The system as claimed in claim 1, wherein the secure global electronic 
medical record includes text and image information. ' 

9. The system as clairried in claim l/whe*rein the secure global electronic 
medical record includes audio information. 

.- • - ■ i . ■ i . 

10. The system of claim 1 /Wherein the secure global electronic medical record 

20 ' ' ■ is created' by, and updatable by, a subscriber ' ■ 

\\, A global electronic medical record st bred in a server for implementation on 
a network, comprising: ' * • 

k main filei^'object including ' ' ' ' - 
25 ' • ' a Kbnie page block, and 

'a first plurality of proprietary personal and medical 
information blocks, wherein the home page 
' block is linked to the first plurality of 
' proprietary personal and medical information 
30 blocks and each block^ of the first plurality of 
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personal and medical information blocks are 
linked to other blocks of the first plurality of 
personal and medical information blocks; and 
an additional files/links institutional object including a second 
5 plurality of personal and medical information blocks, 

wherein each of the second plurality of personal and medical 
. ; , . information blocks pfthea^iditional files/links institutional 

object are linked to said main files object. 

10. 12. . : The record of claim 1 1, further comprising a medical file/network site 
object including a plurality of medical information blocks linked to said 
main files object. 

13. A method of creating a global ^electronic medical record for a subscriber in 
15 a global electronic medical record system, said method comprising steps of: , 

. , ;. , , . viewing information on the global , electronic medical system while 

connected on-line to the system; 
filling out and submitting an application form to subscribe to the 
i. . « , . ! . global, electronic medical record system; . 

20 creating .the, global electronic medical record from the application , 

form; 

, , : , , . storing the global electronic medical record in the global electronic 

medical record system; and . 
sending an emblem to the subscriber, with a network address 
25 : inscribed thereon for identifying a location for the global 
electronic medical, record. 

.14. The method as claimed in claim 13, wherein said creating step includes 
. entering subscribeir medical information into the global electronic medical 
30 ► s- • . record.' , ; : , ■ ? 
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1 5. The method as claimed in claim 13, flirther comprising a step of 
electronically paying for subscription to the global electronic medical 
record. 

5 

16. The method as claimed in claim 13, wherein said creating step includes a 
step of entering personal medical information into the global electronic 
medical record necessary usefijl for medical treatment of the subscriber. 

10 17. The method as claimed in claim 13, wherein said creating step includes a 
step of creating the global electronic medii:al record through a plurality of 
linked blocks. 

18. The method as claimed in claim 13, wherein said creating step includes a 
15 step of creating the global electronic medical record in a plurality of 

graphical user interfaces linked through hypertext links. 

19. A method of accessing a subscriber's global electronic medical record in a 
global electronic medical record system by a user, the method comprising 

20 steps of 

begin accessing the subscriber's global electronic medical record on 
a computer; 

entering a network address for the subscriber's global electronic 
medical record on the computer; 
25 registering the user in the subscriber's global electronic medical 

record; and 

entering a security password, which only in combination with the 
network address entered in said entering a network address 
step, will atiow access to proprietary portions of the global 
30 electronic medical record. 
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20. The method of claim 19, further comprising a step of reviewing medical 
information in the subscriber's global electronic medical record. 

2 1 The method of claim 19, ftirther comprising a step of entering new medical 
information in the subscriber's global electronic medical record. 

22. The method of claim 19, further comprising a step of updating medical 
information in the subscriber's global electronic medical record. 

21 The method of , claim 19, further comprising a step of viewing a network 
home page for the subscriber's global electronic medical record upon 
entering the network address. 



15 24 The method as claimed in claim 19, further comprising a step of accessing 
proprietary portions of the subscriber's global electronic medical record 
through hyperlinks amongst the proprietary portions. 

25 , The method as claimed in claim 19, wherein said entering a network 
20 address step includes a step of entering a World-Wide Web address for the 

subscriber's global electronic medical record. 

26. , A method of accessing a global electronic medical record of a subscriber in 
a global electronic medical record system on the Internet, said method 
25. cornprising steps of: 

accessing a home page of the global electronic medical record 

through an Internet service provider by entering an Internet ^ 
address for the global electronic medical record on a 
computer coupled to the Internet service provider; and 
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providing to the global electronic medical record system, through 
' ' ' an input field on the home page, a security code 

Recognizable to the global electronic medical record system 
and associated with the global electronic medical record, 
5 which, only in conjunction with the Internet address of the 

' global electronic medical record, allows access to the 

proprietary portions of the global electronic medical record. 

27. The method as claimed in claim 26, further comprising a step of retrieving 
10 * ^ Information from the global electronic medical record at the computer. 

28. The method as claimed in claim 26, further comprising a step of retrieving 
information from the global electronic medical record at the computer 
using hypertext links in the proprietary portions. 

15 

29. A global electronic medical record system used for identification of a 
subscriber, comprising: 

a network, including 

a network service provider server, 
20 a global electronic medical record server having a 

storage unit and an identification portion of a 
global electronic medical record identifying 
the subscriber stored in the storage unit, the 
global electronic medical record identifiable 
25 by a network address, and 

a communications network coupled to the network 
service provider server and the global 
electronic medical record server; 
an emblem having the network address for the global electronic 
30 medical record inscribed thereon; and 
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a computer coupled to the network, 

wherein said computer, the network, service provider sen/er, the 

communications network, and the global electronic medical 
record server provide a path to access the identification 
portion of the global, electronic medical record identifying 
the subscriber in the global electronic medical record server 
^ upon input ofthe network address from said emblem to said 

computer. 

The system of claim 29, wherein the global electronic niedical record server, 
has an emergency contacts portion identifying emergency contacts for the 
subscriber stored in Ihe; storage unit, , . 
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This is the 
HOME PAGE 
of the 

GLOBAL ELECTRONIC MEDICAL RECORD COMPANY 



This section will present: 

What You Need to Know About GEMR 
Contact Information 
Testimonials , 



Figure 5 
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GEMR Home Page 



hnp://w WW. gemr.com/iohndoesalias/homepage. html 



This is 

John Doe's 

GLOBAL ELECTRO^aC MEDICAL RECORD 



Please register 



^ Last Name 
First Name 
Address 
City 

State/Province 
Country 



□ 



Please enter password 



□□□□□□□□□□ 

Attention Xttendlne Physidan: In case Ihe SubLcriba- is too iU lo jTrovidc the password, 
it diould have been wnlim an the Subscriber's Membenfaip Card. 
Attention Subscriber: Keqi your Member^ Card wiib you al aU limes. 



iiSiibinii. 



••:R€SCtV= 



Record Last Updated - Date 

Figure 6 
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GEMR Personal Identifiers 



Last Name_ 



First Name_ 



Middle Name. 
Date of Births 



Street Address, 
City 



State 



Zip- 



Home Tel. No.. 



Social Security No.. 

Work Tel. No. 

Occupation 



9/20 

http://w WW, gemr.com/johndoesalias/identif. html 
PERSONAL IDENTIFIERS 



Front-view photograph 



Sex Dm Df Height ft in. Weight lbs. 

Race_ Eye Color 



Side-view photograph 



Hair Color. 



Religion. 



Identifying Scars or Marks. 



Primary Language. 



pr^' l-^ r ^nnl Identifiers Rmer ^encv Contacts Perpogal Phvsicims 
Henith Insurance A fl ^^'^^^ Oirectives Mgcijpa). Information IszcLEdXtor Ssarch E^dt 
pjpd Out More About Global Electronic Me riirnl Records 



Figure 7 
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GEMR EmergencY Contacts 



hnp://www.gemr.com.johndoesalias/emergcon 



html 



EMERGENCY CONTACTS 



Home Tel No., 



Name_ 



Hofne Tel No. 



Name. 



Home Tel No.. 



Relationship. 



Work Tel No.. 



Relationship^ 
Work Tel No.^ 

Relationship. 
Work Tel No. 



Figure 8 
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GEMR Personal Physicians hnp://www. gemr.com/johndoesaiias/persphys. htm! 



PERSONAL PHYSICIANS i DENTIST 

Physician's Name ^ 

Specialty Tel No. 

Physician's Name 

Specialt y Tel No. 



Physician's Name_ 

Specialty . Tel No.. 

Dentist's Name 

Specialty ] Tel No.. 



Personal Identifiers . Emergency Contacts ' PcrsonqrF'hysiQians 
Health Insurance Advance Directives Medical IrLfonnatidn Text Editor Search Exit 
Find Out More About Global Electronic Medical Records 

Figure 9 
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GEMR Health Insurance 



http:;/ www. gernr.com/johndoesalias/healthin. html 



HEALTH INSURANCE 



Primary Insurance Company, 

Policy or Group No. 

I.D. No / 



Insurance Company Tel No. 



Secondary Insurance Company. 

Policy or Group No. ' 1 — 

I.D. No. ' ' ^ Insurance Company Tel No., 



Pf*r^nnfll Tdentifiers Fmergencv Contacts P^rson^l PHysipianS 
Henlth insurance ' Advance Directives ' Medical Iijijfonr'qT^pn ' Tey^ g^Tor Search E2QI 
f ind Oiit M^^^ About Global Electfonic Medical Records ' ' * 

Figure 10 
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GEMR Health Insurance 

ADVANCE, DIRECTIVES 

Person(s) to contact for information about your Uving Will: 

Relationship. 
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http://www.gemr.comyjohndoesaiias/advance.html 



Name 

Home Tel No Work Tel No.. 



Name________ ■ Relationship. 

Home Tel No.__ Work Tel No., 



Person(s) to contact for. information about your Durable Power of Attorney for Health Care: 

Relationship ', l. 



Name • ' ^ r 

HomfeTelNo._ — Work Tel No.. 

Name . — Relationship. 



Home Tel No._ . Work Tel No.. 



Pef»on(s) to coritact for information about your Organ Donation Directives: .; 
Name — Re'^tio^ship 



Home Tel No.___ ' , Work Tel No.. 

Name , Relationship. 



T-i M« ^ • Work Tel No.. 

Home Tel No. — 



Person(s) to contact for any medical information that you do not wish to disclose in the following section: 

Relationship . 



Nanne . — 

Home Tel No Work Tel No.. 

Name Relationship. 



Home Tel No Work Tel No, 



•.. pn ^ f rnnai Identifiers Fmerfencv ComacTs EsrssBaLEhysifiiaAS . 
H..nlth Insurance /^H Yi.nr.P. .niTectives .. M<^riiC3l Inforoatipn .Te2iLEte Search fijot 
f i^A rvi.t lJ\nTf Abou t f^lnhal Electronic Medical RcCOrd? 

Figure 1 1 
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GEMR Medical Information 



http://w WW, gemr.com/johndoesalias/medinfo.htnnl 
MEDICAL INFORMATION 



GENERAL HEALTH STATUS 

□ Excellent □ Good 



□ Fair 



□ Poor 



BLOOD TYPE 

□ A+ □ A- 



□ B+ □ B- □ AB+ □ AS- 0 0+ DO- □ Don't Know 



CURRENT MEDICAL CONDITIONS 



Heart & Circulation 

□ Abnormal EKG 

□ Angina 

□ Cardia Dysrhythmia 

□ Collagen-Vascular 

Disease 

□ Congenital Heart 

Disease 

□ Congestive Heart 

Failure 

□ Coronary Bypass Graft 

□ Heart Valve Prosthesis 

□ Heart Transplant . 

□ Hypertension 

□ Hypertrophic * 

Cardiomyopathy 

□ Mitral Valve. Prolapse . 

□ Pacemaker 

□ Situs Inversus 
Metabolic 

/ □ Adrenal Insufficiency 

□ Diabetes/Insulin 



Dependent 

□ Diabetes/Non-Insulin 

Dependent 

□ Hyperthyroidism 

□ Hypoglycemia 

□ Hypothyroidism 

□ Malignant 

Hyperthermia 
Blood 

□ Bleeding Disorder 

□ Clotting Disorder . . 

□ Hemolytic Anemia 

□ HIV Positive 

□ Leukemia 

□ Lymphomas 

□ Sickle Cell Ahemiia 
Eyes & Ears 

□ Cataracts 

- . □ Eye Surgery 

□ Glaucoma ' " ~ " 
Hearing Irppaired 

□ Vision Impaired 



None □ ' • 

Intestinev Liver & Spleen 

□ Cirrhosis 

.□ Inflammatory Bowel 
Disease 

□ Liver Transplant . 

□ Splenectomy 
Respiratory 

□ Asthma 

□ Laryngectomy ; 
Kidney 

□ Hemodialysis " 

□ Kidney Transplant 
Neuromuscular 

□ Alzheimer's • 

□ Memory Impaired. 

□ Myasthenia Gravia 

□ Neurosis 
Psychosis 

□ Seizure Disorder 
-D-Speedh impaired 

□ Stroke 



Other Conditions: 



Henlth Insurance ' fi^dy;^nce Directives M^dicnl Tnfnrmation Text Editor Seaich Eldl 
Find Out Mnre About Globai Electr onic Medical Records ; 

Figure 12A 
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GEMR Medical Information 
CURRENT MEDiCATIONS 

Trade name . 

Dose , 



Trade name_ 
Dose 



Trade name^ 
Dose 



Trade name_ 
Dose 



http://www.gemr.com/johndoesaiias/medinfo.html 
None □ 

Generic name 

How Often 

Generic name 

How Often 



Generic name_ 
How Often 



Generic name_ 
How Often 



ALLERGIES 

Drug 



None □ 



Food 



Insect 


Vaccine 


IMMUNIZATIONS: 




□ Cholera 


Date 


□ Hepatitis A 


Date. 


□ Hepatitis B ' 


Date 


□ Influenza 


Date 


□ Japanese 


Date 


Encephalitis 




□ Measles. Mumps, 


Date 


Rubella 




□ Meningococcal 


Date 



Meningitis 
Other (specify) . 



Usual Reaction_ 
Usual Reaction_ 
Usual Reaction^ 
Usual Reaction 



n RIague - , 


. Date 


□ Pneumococcal 


Date 


Pneumonia 




□ Poliomyelitis 


Date 


□ Rabies 


Date 


□ Tetanus/Diptheria 


Date 


□ Typhoid 


Date 


□ Yellow Fever 


Date 



Pq^r<;nnal Identifiers Emer gency Contacts Person?! Physigiians 
Health Insurance Advance Directives . Medical Information Text Editor Search Ejat 
Find Out More About Global Electronic Medical Records 



Figure 12B 
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GEMR Medical Information 
HOSPITAJLIZATIONS 

Condition 

Hospital 

Doctor , 



http://www.gemrxom/johndoesatias/medinfo.htrriI 
None □ . , , . . . 
Date - ■ . 



Tel No.. 
Tel No. 



Condition^ 

Hospital 

Doctor 



Date 



Tel No,_ 
Tel No. 



PREGNANCIES 

Expected Delivery Date_ 



Prior Complications (if any)„ 
Obstetrician's Name 



No. of Prior Pregnancies^ 



None □ 

No. of Prior Deliveries 



Tel No. 



SPECIAL NEEDS 

□ Christian Scientist 

□ Contact Lens Prescription (enter below) 

□ Drug or Alcohol Dependency 

- □ Eye Glasses Prescription (enter below) 

□ Jehovah's Witriess ■ ' ' ; ' ' ' ' 

□ Language Problem ■ 

□ Prostheses (specify b^low) ' 



None □ 

□ Special Diet 

□ Lactase Deficient 

□ Low Salt 
n Low Sugar 

□ Kosher 

□ Vegetarian 



Details: 



p^rcr^n ^] Identifiers Pn^f^rgencv Contacts Personal PhvgicifflS 
■ Health Insurance AH y^^^e Directives Mpriicnl Triformation Text^ Editor Seaish E?dt 
Find Oiit More About G lnhai Electronic Medical Recprdg 

, . . Figure 12C -•^^ 
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GEMR Medical -information 



http://w WW, gemr.com/johndoesalias/medinfo. html 



ADDITIONAL MEDICAL INFORMATION 



Personal Identifiers Emergency Contacts Personal Phygigjj^s 
Health Insurance Advance Directives Medical Information Text EOitOr Search £201 
Find Out More About Global Eiectronic M edical Records 

Figure 1 2D 
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Figure 13A 
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25c, 25c' 



Plastic Card 
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Figure 13C 
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